Autofac - 解析在运行时实现相同接口的一个或多个类型

cd4*_*415 2 c# autofac xamarin.forms

我是使用 IoC/DI 的新手,我正在学习 Autofac 以在我的 Xamarin Form、C# 项目中使用它。我正在阅读 Autofac 文档(https://autofac.readthedocs.io/en/latest/getting-started/index.html#application-execution),我对与应用程序执行部分相关的声明感到困惑,其中写道:

稍后,如果您希望应用程序写入不同的日期,您可以实现不同的 IDataWriter,然后在启动时更改注册。...

我对此感到困惑,因为它说如果我想要不同的 IDataWritter,我需要在启动时更改注册。

如果我不知道启动时要使用哪个 IDataWritter 实现怎么办?例如,我有由 ClassA、ClassB 和 ClassC 实现的 IDataWritter 接口,在运行时,我必须以某种方式解析这 3 个或全部 3 个中的一个?

Ako*_*agy 5

这是一个很好的问题:)但这也是一个陷阱:)尽管如此,我会根据自己的经验提出这个陷阱并回答,并接受这可能产生的强烈反对。

因此,在您的问题中,您描述了不同的场景,但主要问题可能是“如果我不知道在启动时要使用哪个实现怎么办”。根据我的经验,对于设计良好的系统来说,这种情况很少见。

当我尝试总体理解 DI 时,在软件工程术语之外思考它很有帮助。DI 基本上无非就是应用接口来帮助你的组件协同工作;这一原则也适用于其他工程领域。

让我们举个例子:如果你有一块主板,它有用于基本构成一台 PC 的不同组件的插槽:它有一个用于 CPU 的插槽,一个用于显卡的插槽等。然后你就有了英特尔制造的实际 CPU或 AMD 与可插入的插槽兼容。并且您有 Nvidia 或 ATI 制造的显卡(它们还存在吗?:)),可以插入。原理相同:主板可以是在您的应用程序中的具体类中,套接字是实际的 C# 语言接口(您没有明确说明,我假设是 C#),它们被注入到您的具体类中(例如通过构造函数注入),然后您还有其他类实现在启动时注册的接口(“套接字”)。

我解释了这个类比来支持我的论点:如果您有一块想要用于 PC 的主板,则必须在启动系统之前组装所有组件。DI 也是如此:DI 的魔力并不在于您可以随时更改组件。DI 的神奇之处在于,如果更改一个组件,则不会影响另一个组件。也就是说,如果您想插入不同的显卡,则不必重建整个主板(也可能包括其他组件)。

话虽这么说,确实在某些情况下,您给出的示例出现了,您必须以某种方式欺骗系统(最常见的是基于插件的系统)。毕竟,如果我的类比扩展到 USB 或 HDMI,我们拥有即插即用设备,不需要您关闭然后进行更改。但说实话,这些并不是 PC 的真正依赖项,只是可选的额外外围设备,因此应该以不同的方式对待它们。但为了不吹毛求疵,并再次承认在某些情况下需要这种动态特性,您应该研究以下一些其他资源(请注意,这些是特定于 Autofac 的实现,但大多数 DI 容器都具有类似的功能):

  • 枚举隐式关系类型允许您在运行时解析注册到服务的所有组件。
  • 密钥服务查找允许您向注册添加密钥并通过该密钥解析服务;即您可以从“服务字典”中选择服务的组件。
  • 程序集扫描允许您仅指定程序集并从该程序集中获取给定服务的组件。这可能是解析组件的最动态的方法;我已经在基于插件的系统中使用了它。