Jak wstrzykiwać właściwą zależność na podstawie konstruktora nazwy parametru

Question

mam ten interfejs, który jest używany przez kilka konkretnych typów, takich jak EmailFormatter, TextMessageFormatter itp

public interface IFormatter<T> 
{ 
    T Format(CompletedItem completedItem); 
} 

Problem mam jest to, że z moim EmailNotificationService jest to, że chcę wstrzyknąć EmailFormatter. Sygnatura konstruktora dla tej usługi to public EmailNotificationService(IFormatter<string> emailFormatter).

Jestem prawie pewien, że widziałem to wcześniej, ale jak mogę zarejestrować to w Windsor, aby wstawić EmailFormatter, jeśli nazwa parametru konstruktora to emailFormatter?

Oto mój kod rejestracyjny Windsor.

container.Register(Component.For<IFormatter<string>>().ImplementedBy<EmailFormatter>()); 

Answer 1

Kod serwisowy:

public EmailNotificationService(IFormatter<string> emailFormatter){...} 

Zależność kod rejestracyjny:

container.Register(
    Component.For<IFormatter<string>().ImplementedBy<TextMessageFormatter>().Named("TextMessageFormatter"), 
    Component.For<IFormatter<string>().ImplementedBy<EmailFormatter>().Named("EmailFormatter"), 
    Component.For<INotificationService>().ImplementedBy<EmailNotificationService>().ServiceOverrrides(
     ServiceOverride.ForKey("emailFormatter").Eq("EmailFormatter")) 
); 

Answer 2

Nie próbować rozwiązać ten problem w konfiguracji DI. Zamiast tego rozwiąż go w projekcie aplikacji. Wydaje mi się, że zdefiniowałeś kilka różnych rzeczy za pomocą tego samego interfejsu. Twoje wymagania czyni to dość oczywiste, ponieważ mówicie:

chcę wstrzykiwać EmailFormatter

Nie chce wstrzyknąć formatowania; chcesz wstrzyknąć program do formatowania wiadomości e-mail. Innymi słowy, naruszasz kod Liskov Substitution Principle. Napraw ten problem w aplikacji. Zdefiniować interfejs IEmailFormatter i niech EmailNotificationService zależy od tego:

public interface IEmailFormatter 
{ 
    string Format(CompletedItem completedItem); 
} 

public class EmailNotificationService 
{ 
    public EmailNotificationService(IEmailFormatter formatter) 
    { 
    } 
} 

ten ma dwie ważne zalety:

1. To sprawia, że ​​kod bardziej linkujących, ponieważ teraz jest jasne, jaki rodzaj uzależnienia EmailNotificationService naprawdę ma .
2. Dzięki temu konfiguracja DI jest łatwiejsza i łatwiejsza w utrzymaniu. Wystarczy spojrzeć na rejestrację zależności Zacha, a zrozumiesz, o czym mówię.