निनजेक 2.0

Question

के साथ एक ही प्रकार के एकाधिक कन्स्ट्रक्टर पैरामीटर इंजेक्शन करना मैं अपने ऐप्स में से एक में DI को संभालने के लिए निनजेक्ट 2.0 का उपयोग कर रहा हूं और मैं कुछ ऐसा कर रहा हूं जो मुझे भ्रमित कर रहा है। शून्य दस्तावेज़ीकरण होने से ईमानदार होने में बहुत मदद नहीं मिलती है।

ctor(IServiceFactory factory1, IServiceFactory factory2) 
{ 
    this.factory1 = factory1; 
    this.factory2 = factory2; 
} 

हालांकि इन दो सेवाओं को एक ही इंटरफ़ेस को लागू है, वे काफी अलग कार्यान्वयन हैं और अलग अलग समय पर उपयोग किया जाता है तो मैं एक IEnumerable<IServiceFactory> इंजेक्षन नहीं करना चाहते -

मैं हस्ताक्षर के साथ एक निर्माता है कहो ।

मेरा सवाल यह है कि, जब मैं उदाहरणों को बाध्य कर रहा हूं, तो मैं निनजेक्ट को कैसे बता सकता हूं कि प्रत्येक के लिए इंजेक्ट करना क्या है?

अग्रिम धन्यवाद।

अद्यतन

कोड को देखने के लिए इच्छुक किसी की खातिर Remo के लिंक को पढ़ने के बाद खत्म हो जाएगा के लिए, ... यहाँ यह संक्षिप्त में है। (मैं कभी नहीं महसूस किया सी # पैरामीटर गुण था!) ​​

//abstract factory 
public interface IServiceFactory 
{ 
    Service Create(); 
} 

//concrete factories 
public class Service1Factory : IServiceFactory 
{ 
    public IService Create() 
    { 
     return new Service1(); 
    } 
} 

public class Service2Factory : IServiceFactory 
{ 
    public IService Create() 
    { 
     return new Service2(); 
    } 
} 

//Binding Module (in composition root) 
public class ServiceFactoryModule : NinjectModule 
{ 
    public override void Load() 
    { 
     Bind<IServiceFactory>() 
      .To<Service1Factory>() 
      .Named("Service1"); 

     Bind<IServiceFactory>() 
      .To<Service2Factory>() 
      .Named("Service2"); 
    } 
} 

//consumer of bindings 
public class Consumer(
    [Named("Service1")] service1Factory, 
    [Named("Service2")] service2Factory) 
{ 
} 

Answer 1

सब आप अपने आप को पूछने के लिए अगर कार्यान्वयन एक पूरी तरह से अलग कुछ करने की आवश्यकता है, तो एक ही इंटरफ़ेस का उपयोग कर सही है पहले। आम तौर पर, इंटरफेस उपभोक्ता और कार्यान्वयन के बीच अनुबंध है। तो यदि उपभोक्ता विभिन्न चीजों की अपेक्षा करता है तो आप विभिन्न इंटरफेस को परिभाषित करने पर विचार कर सकते हैं।

यदि आप सशर्त बाइंडिंग का उपयोग करने के बजाय एक ही इंटरफ़ेस के साथ रहने का निर्णय लेते हैं।

https://github.com/ninject/ninject/wiki/Contextual-Binding

https://github.com/ninject/ninject/wiki/Conventions-Based-Binding