1, 前言
面向对象设计 (OOD) 里有一个重要的思想就是依赖倒置原则 (DIP), 并由该原则牵引出依赖注入(DI), 控制反转(IoC) 及其容器等概念. 在学习 Core 依赖注入, 服务生命周期之前, 下面让我们先了解下依赖倒置原则 (DIP), 依赖注入(DI), 控制反转(IoC) 等概念, 然后再深入学习 Core 依赖注入服务.
2, 依赖倒置原则(Dependency Inversion Principle, DIP)
抽象不应该依赖于细节, 细节应当依赖于抽象, 高层模块不依赖于低层模块的实现, 而低层模块依赖于高层模块定义的接口. 一般来讲, 就是高层模块定义接口, 低层模块负责具体的实现. 针对接口编程而不是针对细节编程
3, 什么是依赖注入(Denpendency Injection)
3.1, 依赖
人与人之间都有依赖 (尤其我, 就是离不开女人哈哈) 何况软件呢? 所谓依赖就是: 当一个类需要另一个类协作来完成工作的时候就产生了依赖. 比如用户登录, 我们在控制器中 UserController 要完成用户登录, 注册, 修改密码等等事情, 其中操作到数据库的 (登录) 我们用 EF 来完成, 这里我们封装了一个 EFLogin, 这里的 UserController 就有一个 ILogin 的依赖. 需要知道的是这里依赖于一个抽象为不是具体的某一个实现, 所以给 EFLogin 定义了一个接口 ILogin 抽象了 EFLogin 的行为
3.2, 注入
注入体现的是一个 IoC(控制反转的的思想).
- public interface IUser
- {
- string BB();
- }
- public class User : IUser
- {
- public string BB()
- {
- return "LP 整天只会 BB";
- }
- }
- public class ShowInfo
- {
- IUser user = new User();
- public void UserBB()
- {
- user.BB();
- }
- }
当我们调用 ShowInfo 的时候, 是通过 IUser 接口实例化一个 User 类去实现其方法的这叫控制正传, 但是大湿兄说, 我们不应该创建 User 类, 而是让调用者给你传递, 于是你通过构造函数让外界把这两个依赖给你. 把依赖的创建丢给其它人. 自己只负责使用, 其它人丢给你依赖的这个过程理解为注入其它人丢给你依赖的这个过程理解为注入. 也叫控制反转(IoC).
- public interface IUser
- {
- string BB();
- }
- public class User : IUser
- {
- public string BB()
- {
- return "LP 整天只会 BB";
- }
- }
- public class ShowInfo2
- {
- private readonly IUser _user;
- public ShowInfo2 (IUser user)
- {
- _user = user;
- }
- public void UserBB()
- {
- _user.BB();
- }
- }
3.3, 为什么要使用依赖注入?
使用依赖注入我们可以很好的管理类跟类之间的依赖, 在我们设计应用程序的时候遵循这几原则, 确保代码的可维护性和扩展性; 另外在 Core 的架构中依赖注入提供了对象创建和生命周期管理的核心能力, 各个组件之间的相互协作也是由依赖注入框架来实现的
4, 服务生命周期
在 ConfigureServices 方法中的容器注册每个应用程序的服务, Asp.Core 都可以为每个应用程序提供三种服务生命周期:
Transient(暂时): 每次请求都会创建一个新的实例. 这种生命周期最适合轻量级, 无状态服务.
Scoped(作用域): 在同一个作用域内只初始化一个实例 , 可以理解为每一个请求只创建一个实例, 同一个请求会在一个作用域内. 在 Scooped 的生存周期内, 如果容器释放 它也就被释放了
Singleton(单例): 整个应用程序生命周期以内只创建一个实例, 后续每个请求都使用相同的实例. 如果应用程序需要单例行为, 建议让服务容器管理服务的生命周期, 而不是在自己的类中实现单例模式.
为了演示生命周期和注册选项之间的差异, 请考虑以下代码:
IGuid 接口返回一个 Guid
- public interface IGuid
- {
- Guid GetGuid { get; }
- }
接口 IScopedService,ISingletonService,ITransientService, 都继承接口 IGuid
- public interface IScopedService:IGuid
- {
- }
- public interface ISingletonService: IGuid
- {
- }
- public interface ITransientService: IGuid
- {
- }
GuidShow 类继承接口 IScopedService,ISingletonService,ITransientService
- public class GuidShow : IScopedService, ISingletonService, ITransientService
- {
- public GuidShow() : this(Guid.NewGuid())
- {
- }
- public GuidShow(Guid id)
- {
- GetGuid = id;
- }
- public Guid GetGuid { get; private set; }
- }
在 Starup 里面注册
- public void ConfigureServices(IServiceCollection services)
- {
- #region// 注册不同生命周期的服务
- services.AddSingleton<ISingletonService, SingletonService>();
- services.AddTransient<ITransientService, TransientService>();
- services.AddScoped<IScopedService, ScopedService>();
- #endregion
- services.AddControllers();
- }
在 WeatherForecastController API 里写一个 API
FromServices 就是从容器里面获取我们的对象 每个对象都获取两边来来对比每个生命周期是怎么样的
- [ApiController]
- [Route("[controller]/[action]")]
- // 路由
- //API
- [HttpGet]
- public string GetService(
- [FromServices] IScopedService scoped1, [FromServices] IScopedService scoped2,
- [FromServices] ITransientService transient1, [FromServices] ITransientService transient2,
- [FromServices] ISingletonService singleton, [FromServices] ISingletonService singleton2)
- {
- Console.WriteLine();
- Console.WriteLine();
- Console.WriteLine($"作用域 1-->{scoped1.GetGuid}");
- Console.WriteLine($"作用域 2-->{scoped2.GetGuid}");
- Console.WriteLine();
- Console.WriteLine();
- Console.WriteLine($"瞬时 1-->{transient1.GetGuid}");
- Console.WriteLine($"瞬时 2-->{transient2.GetGuid}");
- Console.WriteLine();
- Console.WriteLine();
- Console.WriteLine($"单例 1-->{singleton.GetGuid}");
- Console.WriteLine($"单例 2-->{singleton2.GetGuid}");
- Console.WriteLine("=========== 分割线 =====================");
- Console.WriteLine();
- Console.WriteLine();
- return "成功";
- }
修改应用程序启动
启动应用程序
可以看出来单例跟作用域的都是一样的 Guid 只有瞬时的不一样 再次刷新浏览器
单例的没有改变所以
Transient(暂时): 每次调用服务的时候都会创建一个新的实例
Scoped(作用域): 一次请求 (Action) 内对象实例是相同的, 但每次请求会产生一个新实例.
Singleton(单例): 首次请求初始化同一个实例, 后续每次请求都使用同一个实例. 相当于在整个应用 Application 中只实例化一次实例, 常见的单例模式.
下面是其他的注册
- #region// 工程模式注册 单例作用域, 瞬时 都可以用
- services.AddSingleton<ISingletonService>(s=> {
- return new SingletonService();
- });
- #region// 尝试注册
- // 注册过了就不在注册了
- //using Microsoft.Extensions.DependencyInjection.Extensions;
- services.TryAddScoped<IScopedService, ScopedService>();
- #endregion
- #region// 移除注册 移除所有 IScopedService 的注册 不同实现的
- services.RemoveAll<IScopedService>(); #endregion
注册泛型 先写一个泛型类
- public interface ITypeT<T>
- {
- }
- public class TypeT<T> : ITypeT<T>
- {
- public T GetT { get; }
- public TypeT(T getT)
- {
- this.GetT = getT;
- }
- }
创建一个 API Test
- [Route("api/[controller]/[action]")]
- [ApiController]
- public class TestController : ControllerBase
- {
- public ITypeT<IScopedService> _typeT;
- public TestController(ITypeT<IScopedService> typeT)
- {
- _typeT = typeT;
- }
- [HttpGet]
- public string TestGet()
- {
- return _typeT.GetHashCode().ToString();
- }
- }
注册一下 里面具体的参数不用谢 实现的时候只要带入某个具体的类就可以了, 第一个参数服务的额类型, 第二个参数服务的实现类型
services.AddScoped(typeof(ITypeT<>),typeof(TypeT<>));
地址栏输入 https://localhost:5001/API/test/testGet
看断点
GetT 他得到的是 ScopedService
5, 依赖注入的方式
5.1, 构造函数注入
我们可以在定义的 Controller 中以构造函数注入的方式注入所需的服务. 他的服务是大部分接口都需要的话就用它
- public ITypeT<IScopedService> _typeT;
- public TestController(ITypeT<IScopedService> typeT)
- {
- _typeT = typeT;
- }
- 5.2,FromServices
上面的 GetService 就是这种方式注入的, 这个服务只是在某一个接口下用 FromServices
当然还有其他的注入方式就不在研究了.
来源: https://www.cnblogs.com/w5942066/p/12808405.html