Wstrzykiwanie wielu parametrów konstruktora tego samego typu za pomocą Ninject 2.0

Question

Używam programu Ninject 2.0 do obsługi DI w jednej z moich aplikacji i natknąłem się na coś, co mnie myli. Posiadanie zera dokumentacji nie pomaga zbytnio, aby być szczerym.

Say Mam konstruktora z podpisem -

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

Chociaż te dwie usługi wdrożenia tego samego interfejsu, są one dość różne implementacje i są stosowane w różnych porach więc nie chcę do wstrzykiwania IEnumerable<IServiceFactory> .

Moje pytanie brzmi: kiedy wiążę instancje, w jaki sposób mogę powiedzieć programowi Ninject, co należy wstrzykiwać dla każdego z nich?

Z góry dziękuję.

Aktualizacja

Dla wszystkich, którzy chcą zobaczyć kod skończy się po przeczytaniu linki Remo ... Tutaj jest to w skrócie. (Nigdy nie miał sobie sprawę C# atrybuty parametrów!)

//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

Przede wszystkim trzeba zadać sobie pytanie, czy za pomocą tego samego interfejsu jest poprawna, jeśli implementacje trzeba zrobić coś zupełnie innego. Zwykle interfejs jest umową między konsumentem a realizacją. Więc jeśli konsument oczekuje różnych rzeczy, możesz rozważyć zdefiniowanie różnych interfejsów.

Jeśli zdecydujesz się pozostać z tym samym interfejsem, niż musisz użyć powiązań warunkowych. Zobacz dokumentację na temat jak to zrobić:

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

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