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 个中的一个?
这是一个很好的问题:)但这也是一个陷阱:)尽管如此,我会根据自己的经验提出这个陷阱并回答,并接受这可能产生的强烈反对。
因此,在您的问题中,您描述了不同的场景,但主要问题可能是“如果我不知道在启动时要使用哪个实现怎么办”。根据我的经验,对于设计良好的系统来说,这种情况很少见。
当我尝试总体理解 DI 时,在软件工程术语之外思考它很有帮助。DI 基本上无非就是应用接口来帮助你的组件协同工作;这一原则也适用于其他工程领域。
让我们举个例子:如果你有一块主板,它有用于基本构成一台 PC 的不同组件的插槽:它有一个用于 CPU 的插槽,一个用于显卡的插槽等。然后你就有了英特尔制造的实际 CPU或 AMD 与可插入的插槽兼容。并且您有 Nvidia 或 ATI 制造的显卡(它们还存在吗?:)),可以插入。原理相同:主板可以是在您的应用程序中的具体类中,套接字是实际的 C# 语言接口(您没有明确说明,我假设是 C#),它们被注入到您的具体类中(例如通过构造函数注入),然后您还有其他类实现在启动时注册的接口(“套接字”)。
我解释了这个类比来支持我的论点:如果您有一块想要用于 PC 的主板,则必须在启动系统之前组装所有组件。DI 也是如此:DI 的魔力并不在于您可以随时更改组件。DI 的神奇之处在于,如果更改一个组件,则不会影响另一个组件。也就是说,如果您想插入不同的显卡,则不必重建整个主板(也可能包括其他组件)。
话虽这么说,确实在某些情况下,您给出的示例出现了,您必须以某种方式欺骗系统(最常见的是基于插件的系统)。毕竟,如果我的类比扩展到 USB 或 HDMI,我们拥有即插即用设备,不需要您关闭然后进行更改。但说实话,这些并不是 PC 的真正依赖项,只是可选的额外外围设备,因此应该以不同的方式对待它们。但为了不吹毛求疵,并再次承认在某些情况下需要这种动态特性,您应该研究以下一些其他资源(请注意,这些是特定于 Autofac 的实现,但大多数 DI 容器都具有类似的功能):
| 归档时间: |
|
| 查看次数: |
481 次 |
| 最近记录: |