WCF и Unity - Injection Dependency

Question

Я пытаюсь взломать WCF с инъекцией зависимости. Все примеры, которые я нашел, основаны на предположениях, что вы либо используете службу .svc (ServiceHostFactory), либо используете app.config для настройки контейнера. Другие примеры также основаны на том, что контейнер передается классам.

Я хотел бы получить решение, в котором контейнер не проходит (не тесно связан с Unity). Где я не использую конфигурационный файл для настройки контейнера и где я использую самообслуживаемые службы.

Проблема - как я вижу, - что ServiceHost использует тип реализации службы в качестве параметра, и что он делает, чтобы использовать InstanceProvider?

Решение, к которому я пришел в данный момент, заключается в регистрации ServiceHost (или специализации) регистра типа с именем (например, container.RegisterInstance<Type>("ServiceName", typeof(Service);).

А затем container.RegisterType<UnityServiceHost>(new InjectionConstructor(new ResolvedParameter<Type>("ServiceName"))); для регистрации ServiceHost.

Любые лучшие решения там? Я, наверное, в моих предположениях.

С наилучшими пожеланиями,
Майкл

Answer 1

Использование Constructor Injection телеграфировать вашу реализацию службы, так же, как вы бы с любым другим классом.

Here's a writeup on how to make WCF understand Constructor Injection.

Пример в этом ответе демонстрирует Injection бедняка, но вы можете экстраполировать из него и создать свой экземпляр UnityContainer в ServiceHostFactory вместо жестко прописанных зависимости.

Вы передаете экземпляр контейнера вплоть до пользовательского IInstanceProvider. Теперь вы можете использовать контейнер в методе GetInstance:

public object GetInstance(InstanceContext instanceContext) 
{ 
    var serviceType = instanceContext.Host.Description.ServiceType; 
    return this.container.Resolve(serviceType); 
}