依赖注入和工厂

Question

尝试找出如何最好地处理以下场景：

假设一个 RequestContext 类依赖于外部服务，例如：

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

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

我应该在最终实例化的类中需要什么样的依赖关系 <代码>RequestContext？它可能是 ServiceFactory，但这似乎不对，或者我可以按照以下方式为其创建一个 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 替换原则，使用者必须仅处理 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...
}

仅在应用程序的 < a href="https://stackoverflow.com/questions/1475575/where-should-i-do-dependency-injection-with-ninject-2/1475861#1475861">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 工厂的链接代码中的（xml）文档中的模式页面。

另外，请确保您的工厂命名一致 - 微软似乎喜欢 Provider 后缀。