25

我终于开始使用依赖注入（姗姗来迟）；我开始使用 Unity 并遇到了策略模式的问题。我可以使用容器返回给我基于名称的策略的具体实现，但我没有看到我应该如何在上下文中获得正确的策略。
让我们用一个简单的例子来说明：上下文是一辆汽车，它有一个 IEngine（策略），有 2 个实现，FastEngine 和 SlowEngine。代码看起来像这样：

public interface IEngine
{
    double MaxSpeed
    {
        get;
    }
}

internal class FastEngine:IEngine
{
    public double MaxSpeed
    {
        get 
        { 
            return 100d; 
        }
    }
}

internal class SlowEngine:IEngine
{
    public double MaxSpeed
    {
        get
        {
            return 10d;
        }
    }
}

public class Car
{
    private IEngine engine;
    public double MaximumSpeed
    {
        get
        {
            return this.engine.MaxSpeed;
        }
    }

    public Car(IEngine engine)
    {
        this.engine = engine;
    }
}

我的问题如下：我应该如何实例化一辆快车或一辆慢车？我可以使用容器为我提供每个实现，我可以设置一个“默认”实现来使用：

IUnityContainer container = new UnityContainer();
container.RegisterType<IEngine, FastEngine>();
container.RegisterType<IEngine, FastEngine>("Fast");
container.RegisterType<IEngine, SlowEngine>( "Slow" );
var car = container.Resolve<Car>();
Assert.AreEqual(100, car.MaximumSpeed);

但我想要的是能够请求一辆具有特定战略实施的汽车——比如 

var car = container.Resolve<Car>(??? use "Fast" or "Slow ???);

我可以使用容器来做到这一点吗？或者我应该写一个使用容器的工厂？任何指导将不胜感激 - 我不确定我是否对此有正确的想法！

4

1 回答 1

28

DI 中的一个常见模式是在运行时只有一个给定抽象的实现。这只会让生活变得更轻松，因为您不需要处理您所描述的模棱两可的情况。

但是，有时，您需要根据上下文更改实现，例如您给出的示例。许多 DI 容器提供了可以提供限定参数的方法，但这意味着您最终会将代码紧密耦合到特定的 DI 容器。

一个更好的解决方案是引入一个可以提供你需要的抽象工厂。就像是

public interface ICarFactory
{
    Car Create(IEngine engine);
}

如果您需要注入更多 Strategies，也许Builder设计模式可能更适合。

在任何情况下，重点是不要在容器中注册许多不同的 Cars，而是注册一个 ICarFactory 实现。

在您的客户端代码中，您将使用注入的 ICarFactory 创建基于特定 IEngine 的 Car 实例。

var car = factory.Create(engine);
于 2009-11-10T08:22:13.167 回答