1 回答
TA贡献1805条经验 获得超9个赞
这是一个很好的问题 :) 但这也是一个陷阱 :) 尽管如此,我会根据自己的经验跳出陷阱并回答,并接受这可能产生的强烈反对。
因此,在您的问题中,您描述了不同的场景,但主要问题可能是“如果我不知道我想在启动时使用哪种实现怎么办”。根据我的经验,设计良好的系统很少出现这种情况。
当我试图从总体上理解 DI 时,在软件工程术语之外思考它很有帮助。DI 基本上无非就是应用接口来帮助你的组件协同工作;这一原则也适用于其他工程领域。
举个例子:如果你拿一块主板,它有用于基本构成 PC 的不同组件的插槽:它有一个用于 CPU 的插槽,一个用于显卡的插槽等。然后你有英特尔制造的实际 CPU或与可插入插座兼容的AMD。并且您有Nvidia或ATI制造的显卡(它们仍然存在吗?:)),可以插入。原理相同:主板可以是在你的应用程序中的具体类,套接字是实际的 C# 语言接口(你没有明确说明它,我假设 C#),这些被注入到你的具体类中(例如通过构造函数注入),然后你有其他类实现在启动时注册的接口(“套接字”)。
我解释了这个类比来支持我的论点:如果您有一块主板要用于您的 PC,则必须在启动系统之前组装所有组件。DI 也是如此:您可以随时更改组件,这不是 DI 的魔力。DI 的神奇之处在于,如果您更改了一个组件,那不应该影响另一个组件。也就是说,如果您想插入不同的显卡,则不必重建整个主板(以及可能的其他组件)。
话虽如此,确实有一些场景会出现您提供的示例并且您必须以某种方式欺骗系统(最常见于基于插件的系统中)。毕竟,如果我的类比扩展到 USB 或 HDMI,我们有即插即用设备,不需要您关闭然后进行更改。但是要细细说来,这些并不是 PC 的真正依赖项,只是可选的额外外围设备,因此应该以不同的方式对待它们。但是为了不分叉并再次承认在某些情况下需要这种动态特性,这里有一些您应该研究的其他资源(请注意,这些是 Autofac 特定的实现,但大多数 DI 容器具有类似的功能):
枚举隐式关系类型允许您在运行时解析注册到服务的所有组件。
密钥服务查找允许您向注册添加密钥并通过该密钥解析服务;即,您可以从“服务字典”中选择服务的组件。
装配扫描允许您只指定一个装配并从该装配中获取给定服务的组件。这可能是解析组件最动态的方法;我已经在基于插件的系统中使用了它。
- 1 回答
- 0 关注
- 113 浏览
添加回答
举报