依赖注入模式下设计的基本原则是什么

Question

我对全 DI 模式的想法很陌生，并且我有一些基本的设计疑问。 我使用 Unity 应用程序块 2.0 作为我的 DI 框架。

对于问题：

1. 假设我有一个名为 IDevice 的硬件设备接口。 以及一些接收此类 IDevice 的硬件侦听器。 现在假设您有多个实现 IDevice 的硬件设备和多个侦听器。 您需要为每个侦听器指定要注入的实际设备。 您不能只将单个设备映射到您需要诸如多重映射之类的接口。

一种可能的解决方案是为每个实际设备创建另一个抽象级别 像

public interface IActualDevice : IDevice { }

public class ActualDevice : IActualDevice { }

public class SimulatedActualDevice : IActualDevice { }

public class OtherAcualDevice : IOtherAcualDevice { }

这样就有可能创建这样的映射：

container.RegisterType<IActualDevice, ActualDevice>()

或者如果硬件丢失：

container.RegisterType<IActualDevice, SimulatedActualDevice>()

那么你认为这个好的设计是什么？

2. DI模式给我们提供了良好的对象创建机制。

胶水怎么样，对象之间的事件订阅怎么样？

您不认为它丢失了，或者更好的是我缺少一些支持它的 Unity 功能。

Answer 1

无需引入标记接口来使您的 DI 容器正常工作 - 这将是泄漏抽象。

使用 Unity，您可以使用自己的 IDevice 实现来配置每个监听器，如下所示：

container.RegisterType<IDevice, ActualDevice>("actual");
container.RegisterType<IDevice, OtherActualDevice>("otherActual");

container.RegisterType<IListener, Listener1>("listener1",
    new InjectionConstructor(
        new ResolvedParameter<IDevice>("actual")));
container.RegisterType<IListener, Listener2>("listener2",
    new InjectionConstructor(
        new ResolvedParameter<IDevice>("otherActual")));

您现在可以像这样解析监听器：

var listener1 = container.Resolve<IListener>("listener1");
var listener2 = container.Resolve<IListener>("listener2");

一般来说，DI 的核心模式是构造函数注入和抽象工厂< /强>。大多数其他事情都是从这两件事开始的。有关更多 DI 模式和原则，请参阅此答案。

Answer 2

1）这完全是个坏主意，因为接口旨在隐藏实现的细节。到处使用 IDevice 类型并手动注入此依赖项

IDevice d;

if(a == 1)
{
   d = container.Resolve<SimulatedActualDevice>()
}
else
{
   d = container.Resolve<ActualDevice>()
}

User user = container.Resolve<IUser>();
user.Device = d;

如果您不想在代码中使用实现类名称，则使用命名注册：

IDevice d;

if(a == 1)
{
   d = container.Resolve<IDevice>("Simulated")
}
else
{
   d = container.Resolve<IDevice>("Actual")
}

User user = container.Resolve<IUser>();
user.Device = d;

2) 对象之间的事件订阅是对象初始化的一部分，但不是创建的一部分。 Unity只是封装了“新”运算符。在构造函数或特殊工厂中进行订阅，就像使用 DI 容器之前所做的那样。