标签：依赖 MessageWriter 反转 Worker NET 注入
本文示例代码，均采用 .NET 6，具体的代码可以在这个仓库 Articles.DI 中获取。
让我们看这么一段简单的代码：
// https://github.com/alva-lin/Articles.DI/tree/master/WorkerService1
public class MessageWriter {
public void Write(string message) => Console.WriteLine(message);
}
public class Worker : BackgroundService {
private readonly MessageWriter _msgWriter = new MessageWriter();
protected override async Task ExecuteAsync(CancellationToken stoppingToken) {
while (!stoppingToken.IsCancellationRequested) {
_msgWriter.Write($"Worker running at: {DateTime.Now}")；
await Task.Delay(1000, stoppingToken);
}
}
}
在上面的代码中，Worker 类包含有一个 MessageWriter 类的实例成员，这个类创建并直接依赖于 MessageWriter 类。这样的代码有一些问题：
- 如果
_msgWriter变量要替换成别种类型的实现，需要修改Worker类； - 如果
MessageWriter类具有其他依赖项，则必须在Worker类中进行配置； - 难以对
Worker类进行单元测试。
如果有一个统一的管理者，负责 MessageWriter 类型的实例化，然后将其传递给有需求的类，就能做到这两个类之间的依赖解除，减少了硬编码。而这，就是依赖注入。
依赖注入和控制反转
依赖注入（英文 Dependency Injection，简称 DI），是一种在类及其依赖项之间实现控制反转（英文 Inversion of Control，简称 IoC）的技术。
而控制反转，是面向对象编程中的一种设计原则，可以用来减少程序代码间的耦合程度。除了依赖注入外，还有一种实现控制反转的方法，叫做“依赖查找”。
大多数程序都由多个类相互引用，彼此依赖合作以实现业务逻辑，这使得每个对象都需要获取其他服务的引用。如果这个获取过程需要靠对象自己实现，那么这将导致类之间高度耦合，难以维护和调试。
传统应用中，如果 A 服务要获取 B 服务，则需要在自己的代码块中实例化。而如果使用依赖注入，A 服务只需声明所需的服务，由外部容器来负责生成实例，A 服务只需接收即可。整个过程从主动变成了被动，反转了对象的获取过程，即实现了控制反转。
下面两张图展示了两种依赖项关系图：
直接依赖项关系：类 A 调用类 B 的方法，类 B 调用类 C 的方法，则在编译时，类 A 依赖与类 B，类 B 依赖与类 C。
应用依赖反转后，类 A 引用的是接口 IB 的方法，不再直接依赖于类 B。在编译时，则是类 A 和类 B 引用了接口 IB，和前面的直接依赖相比，反转了依赖项。而类 B 和类 C 之间也是相似的。
参考链接
依赖关系反转 - 现代 ASP.NET Web 应用程序电子书
Inversion of Control Containers and the Dependency Injection pattern
标签：依赖,MessageWriter,反转,Worker,NET,注入 来源： https://www.cnblogs.com/asjun/p/15811904.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。