杨中科 .netcore 依赖注入
1.概念
概念
生活中的“控制反转”:自己发电和用电网的电。
依赖注入(Dependency Injection，Dl)是控制反转:(Inversion of Control，l0c)思想的实现方式。
依赖注入简化模块的组装过程，降低模块之间的耦合度
自己发电的代码
var connSettings =ConfigurationManager.ConnectionStrings["connstr1"];
string connStr= connsettings.ConnectionString;
SqlConnection conn = new SqlConnection(connstr);
缺点是?
你需要对一切流程很清楚。
代码控制反转的目的
'怎样创建XX对象”---->“我要XX对象
两种实现方式:
1)服务定位器(ServiceLocator);
2)依赖注入(Dependency Injection，Dl);
畅想Demo
服务定位器
IDbConnection conn=ServiceLocator.GetService();
依赖注入
class Demo
{
// 创建对象之后，框架自动为他赋值
public lDbConnection Conn { get; set; }
public void insertDB()
{
IDbCommand cmd= Conn.CreateCommand();
}
}
第二部分 依赖注入
DI几个概念
服务(service):对象;
注册服务：服务容器:负责管理注册的服务;
查询服务:创建对象及关联对象;
对象生命周期:Transient(瞬态，每次获取都是一个新的对象);scoped(范围，在这个范围之内，每次都是同一个对象);singleton(单例，无论谁获取这个服务，都是同一个对象);
.NET 中使用DI
1、测试代码见备注
2、根据类型来获取和注册服务可以分别指定服务类型(servicetype)和实现类型(implementationtype)。这两者可能相同，也可能不同。服务类型可以是类，也可以是接口建议面向接口编程，更灵活。
3、.NET控制反转组件取名为DependencyInjection但它包含ServiceLocator的功能。
功能测试类
调用：
运行结果：
.NET 中使用DI 2
1、Install-Package Microsoft.Extensions.DependencyInjection
2、using Microsoft.Extensions.DependencyInjection
3、ServiceCollection用来构造容器对象IServiceProvider。调用ServiceCollection的BuildserviceProvider()创建的ServiceProvider，可以用来获取BuildserviceProvider()之前Servicecollection中的对象。示例代码见备注。
示例
1.安装nuget 包
2、引入包
3、构造容器对象
目前看起来 没有任何意义
一行new 就搞定的代码！！ 写了八行
第三部分，依赖注入
生命周期
1、给类构造函数中打印，看看不同生命周期的对象创建使用serviceProvider.CreateScope()创建Scope.
2、如果一个类实现了IDisposable接口，则离开作用域之后容器会自动调用对象的Dispose方法，
3、不要在长生命周期的对象中引用比它短的生命周期的对象。在ASP.NET Core中，这样做默认会抛异常。
4、生命周期的选择:如果类无状态，建议为singleton;如果类有状态，且有Scope控制，建议为Scoped，因为通常这种Scope控制下的代码都是运行在同一个线程中的，没有并发修改的问题;在使用Transient的时候要谨慎。
5、.NET注册服务的重载方法很多，看着文档琢磨吧
测试生命周期
AddTransient 模式
运行结果：
测试2
运行结果：
证明，每次调用GetService 都会返回一个新的对象
AddSingleton 模式
运行结果：
AddScope模式
运行结果：
表明为同一个对象
再次创建一个Scope
运行结果：
不同Scope 中 进行对比
运行结果：
不同范围内拿到的对象不是同一个
没有成员变量 ，没有属性 ：无状态类。 建议为Singleton,单线程不考虑并发问题。
如果类有状态，且有Scope控制，建议为Scope，通常Scope 控制的代码。都是运行在同一个线程内的。
Transient 需要谨慎，比较耗费内存
服务定位器
其他注册方法:
服务类型和实现类型不一致的注册
简单看看其他Add*方法
方式一
运行结果：
方式二
结果完全相同
单例方式：
IServiceProvider的服务定位器方法:
T GetService()如果获取不到对象，则返回null。
object GetService(Type serviceType)
T GetRequiredservice()如果获取不到对象，则抛异常
object GetRequiredservice(Type serviceType)
lEnumerableGetServices()适用于可能有很多满足条件的服务
lEnumerableGetServices(Type serviceType)
示例：
T GetService()
object GetService(Type serviceType)
object GetRequiredservice(Type serviceType)
lEnumerableGetServices()
目前来说只有一个
改为实现类：
未满足，结果为空
注册多个服务
因为还有另外一个实现类：
运行
结果：
此时两个服务都将打印
注册多个服务后，再打印结果会发生什么情况呢
此时是以最后一个为准
使用getrequiredService 也是相同结果
第四部分
DI魅力渐显:依赖注入
1、依赖注入是有“传染性”的，如果一个类的对象是通过DI创建的，那么这个类的构造函数中声明的所有服务类型的参数都会被DI赋值;但是如果一个对象是程序员手动创建的，那么这个对象就和DI没有关系，它的构造函数中声明的服务类型参数就不会被自动赋值。
2、.NET的DI默认是构造函数注入。
3、举例:编写一个类，连接数据库做插入操作，并且记录日志(模拟的输出)，把Dao、日志都放入单独的服务类。connstr见备注。
新建项目，演示依赖注入的“传染性”
装包
编写代码
controller方法中 中使用
调用
运行结果：
好处，当我们更改实现类时，不需要更改代码
新增从数据库读取配置
此时只需要更改代码配置
降低模块之间的耦合
运行结果：
