ASP.Net Core的内置依赖注入

.Net Core 内置DI

ASP.NET Core 的底层设计支持和使用依赖注入。ASP.NET Core
应用程序可以利用内置的框架服务将它们注入到启动类Startup的方法中，并且应用程序服务ConfigureServices能够配置注入。

什么是依赖注入？

依赖注入（Dependency injection，DI）是一种实现对象及其合作者或依赖项之间松散耦合的技术。

什么是依赖倒置思想？

类的设计中使用的松耦合思想，其核心思想为：“高层模块不应该依赖于低层模块；两者都应该依赖于抽象”，即面向抽象和接口编程。

.Net Core中服务的注入

在ConfigureService方法中注入服务：

services.AddTransient< IEmailSender, AuthMessageSender >();

AddTransient 方法用于将具体类型映射到 需要该具体类型的对象中 建立的具体服务。
第一个泛型类型表示将要从容器中请求的类型（通常是一个接口）。
第二个泛型类型表示将由容器实例化并且用于完成这些请求的具体类型。

服务可以被配置为以下生命周期：

瞬时
瞬时（Transient）生命周期服务在它们每次请求时被创建。这一生命周期适合轻量级的，无状态的服务。

作用域
作用域（Scoped）生命周期服务在每次请求被创建一次。

单例
单例（Singleton）生命周期服务在它们第一次被请求时创建，并且每个后续请求将使用相同的实例。

为何、何时使用依赖注入？

在服务中要避免使用 有状态的静态方法调用和直接实例化依赖的类型。new关键字就如“胶水”一般，它使类与类紧紧依赖在一起，一旦类要发生改变，那么依赖它的类也要改变，这个代价是巨大的。

我们代码设计秉持着“高内聚、低耦合”的思想，但是new这种“胶水”似的性质却与我们的思想截然相反，所以我们要使用依赖注入，让类与类之间解耦。让类与类之间依赖于接口，即依赖倒转原则，这样有利于代码的维护和扩展。

通过依赖注入，我们可以解决 多个类中 通过new创建同一类对象的问题，这使代码更符合DRY(Don ‘t Repeat Yourself)原则。

这样写并不是说new一点用处也没有，如果写的代码是软硬件交互这种的，由于硬件的调用基本是固定的，所以依赖注入就没必要用了。

IOC容器的更换

1. 首先得下载相应的NuGet包

2. 在ConfigureServices中创建容器对象，并返回IServiceProvider

3. 修改ConfigureServices的返回值(默认为void)为IServiceProvider