Dependency Injection и завод

Question

Пытаясь выяснить, как лучше обрабатывать следующий сценарий:

Предположим RequestContext класс, который имеет зависимость для внешней службы, такие как:

public class RequestContext : IRequestContext 
{ 
    private readonly ServiceFactory<IWeatherService> _weatherService; 

    public RequestContext(ServiceFactory<IWeatherService> weatherService, UserLocation location, string query) 
    { 
     _weatherService = weatherService; 
     ... 

Какого рода зависимость должен ли я требовать в классе, который в конечном итоге будет создавать экземпляр RequestContext? Это может быть ServiceFactory<IWeatherService>, но это не кажется правильным, или я мог бы создать IRequestContextFactory для него вдоль линий:

public class RequestContextFactory : IRequestContextFactory 
{ 
    private readonly ServiceFactory<IWeatherService> _weatherService; 

    public RequestContextFactory(ServiceFactory<IWeatherService> weatherService) 
    { 
     _weatherService = weatherService; 
    } 

    public RequestContext Create(UserLocation location, string query) 
    { 
     return new RequestContext(_weatherService, location, query); 
    } 
} 

А затем пройти через IRequestContextFactory инъекции конструктора.

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

Есть ли лучший/более доступный способ, который мне не хватает?

Answer 1

Красота свободной связи состоит в том, что мы можем постоянно скрыть предыдущие детали.

С точки зрения потребителя IRequestContext существование RequestContext и его зависимостей - это только деталь реализации. Из-за Liskov Substitution Principle, потребитель должен иметь дело только с IRequestContext:

public class MyClass 
{ 
    private readonly IRequestContext reqCtx; 

    public MyClass(IRequestContext reqCtx) 
    { 
     if (reqCtx == null) 
     { 
      throw new ArgumentNullException("reqCtx"); 
     } 

     this.reqCtx = reqCtx; 
    } 

    // Implement using this.reqCtx... 
} 

Только приложения Composition Root вам нужно, наконец, провод все вместе. Ниже приведен эскиз подхода DI-подхода Бедняка:

ServiceFactory<IWeatherService> weatherService = 
    new ServiceFactory<IWeatherService>(); 
UserLocation location = new UserLocation; 
string query = "foo"; 

IRequestContext reqCtx = new RequestContext(weatherService, location, query); 

var mc = new MyClass(reqCtx); 

Answer 2

Заводская схема - известный, документированный и используемый метод. Если вы заинтересованы в том, чтобы другие разработчики не были в курсе, добавьте ссылку на wikipedia's factory pattern page в (xml) документацию в коде.

Кроме того, убедитесь, что вы назвали свои фабрики согласованно - Microsoft, похоже, как суффикс провайдера.