项目中依赖注入的使用
多个服务类型在构造函数中注入使用
依赖注入的传染性
依赖注入具有“传染性”,如果一个类的对象是通过DI创建的,那这个类的构造函数中声明的所有服务类型的参数都会被DI赋值;但是如果一个对象是程序员手动创建的,那么这个对象就和DI没有关系,它的构造函数中声明的服务类型参数就不会被自动赋值;.NET的DI默认是构造函数注入。
- 例子:假设我们要实现一个将字符串内容存储到数据库中的功能,并且打印相关的日志,这个时候,我们会建立三个服务,一个日志服务接口,一个获取数据库配置的服务,一个存储数据的服务类和他们各自的实现类,并在Controller中获取三个服务实现功能,我们可以知道,在存储数据的服务ICloudStorage服务中,我们需要一个配置服务类的对象来实现存储,然后在Controller中又需要CloudStorage服务,所以依赖注入是可以多层嵌套的。如下图
图:服务容器中注册相关的服务以及实现类
图:TestController功能模块图
- 我们在Mian方法中把所有的服务类接口和对应的实现类注册到容器中,然后再在controller通过构造函数的形式获取服务即可,.net core 框架会自动分配构造函数中需要的服务类,不管是在controller层的ICloudStorage服务和CloudStorageImpl层的IConfig服务,都会自动获取;
class Program
{
static void Main(string[] args)
{
//框架处理代码,将服务注册到框架容器中
ServiceCollection services = new ServiceCollection();
services.AddScoped<TestController>();
services.AddScoped<ILog, LogImpl>();
services.AddScoped<IConfig, ConfigImpl>();
services.AddSc