.NET Core 依賴(lài)注入改造（1）- 命名服務(wù)
.NET Core 依賴(lài)注入改造（2）- 委托轉(zhuǎn)換
.NET Core 依賴(lài)注入改造（3）- ILogger
.NET Core 依賴(lài)注入改造（4）- ActivatorUtilities
.NET Core 依賴(lài)注入改造（5）- Context
.NET Core 依賴(lài)注入改造（附1）- Autowired
一
.NET Standard 之后重新定義了一套相對(duì)獨(dú)立和標(biāo)準(zhǔn)的依賴(lài)注入框架；
可以在Nuget中搜索 Microsoft.Extensions.DependencyInjection.Abstractions 和 Microsoft.Extensions.DependencyInjection
前者是框架的抽象的定義永高，后者是官方的實(shí)現(xiàn)愉昆；
這樣做的好處是顯而易見(jiàn)的屑彻，在開(kāi)發(fā)組件時(shí)可以安裝 Abstractions 按照標(biāo)準(zhǔn)接口憾赁、抽象類(lèi)實(shí)現(xiàn)相關(guān)功能，不依賴(lài)具體實(shí)現(xiàn)蜕乡；
而使用者就可以自由下載任意實(shí)現(xiàn)空民，例如非官方的Autofac.Extensions.DependencyInjection也是一個(gè)不錯(cuò)的選擇；
更多介紹網(wǎng)上的文章太多酪呻，就不展開(kāi)了
二
使用nuget安裝框架
然后寫(xiě)一個(gè)簡(jiǎn)單的例子
emmm减宣，我知道用委托作為服務(wù)不是主流的用法，但是玩荠，我喜歡漆腌。。阶冈。
上面的例子中闷尿，我從Main方法中注入一個(gè)ToJsonString和ToXmlString的委托作為一個(gè)服務(wù)；
然后將ServiceProvider放入上下文女坑；
接著在另一個(gè)方法中從上下文獲取ServiceProvider填具，然后分別獲取2個(gè)服務(wù)并使用它們；
三
實(shí)際開(kāi)發(fā)中這樣使用存在一個(gè)問(wèn)題匆骗，注入和使用者都需要引用2個(gè)委托類(lèi)型ToJsonString和ToXmlString劳景；
而我想使用標(biāo)準(zhǔn)Func<T1,TResult>時(shí)誉简，尷尬的發(fā)現(xiàn)它們2個(gè)的聲明是一毛一樣的。
如果這樣結(jié)果無(wú)疑是不正確的盟广。
所以我想在有沒(méi)有可能拓展出一種這樣的命名服務(wù)
四
在Github上找到了Microsoft.Extensions.DependencyInjection的源碼闷串；
找到AddSingleton方法
public static IServiceCollection AddSingleton<TService>(
this IServiceCollection services,
TService implementationInstance)
where TService : class
{
// 一些無(wú)關(guān)代碼
return services.AddSingleton(typeof(TService), implementationInstance); //這里調(diào)用了下面的方法
}
public static IServiceCollection AddSingleton(
this IServiceCollection services,
Type serviceType,
object implementationInstance)
{
// 一些無(wú)關(guān)代碼
var serviceDescriptor = new ServiceDescriptor(serviceType, implementationInstance);
services.Add(serviceDescriptor);
return services;
}
這里看到了一個(gè) ServiceDescriptor 對(duì)象，看名字應(yīng)該是用來(lái)描述注冊(cè)的服務(wù)的信息的衡蚂；
從屬性中也能看出窿克，這里描述了服務(wù)實(shí)例類(lèi)型，服務(wù)聲明類(lèi)型毛甲，聲明周期年叮，實(shí)例對(duì)象，實(shí)例創(chuàng)建方法玻募；
所以估摸著從這里入手想辦法加入服務(wù)名稱(chēng)的屬性可以作為突破點(diǎn)只损。
五
but，先不著急七咧，先看看獲取服務(wù)是怎么做的跃惫；
這部分比較費(fèi)時(shí)間，不詳細(xì)展開(kāi)了艾栋，感興趣的可以自己下載源碼之后細(xì)細(xì)研究爆存；
基本順序是：
- 獲取服務(wù)是依賴(lài)接口
IServiceProvider，所以需要先找到接口實(shí)現(xiàn) - 根據(jù)
ServiceCollectionContainerBuilderExtensions.BuildServiceProvider方法可以得到實(shí)現(xiàn)類(lèi)是ServiceProvider -
ServiceProvider.GetService中用到了DynamicServiceProviderEngine -
DynamicServiceProviderEngine繼承自CompiledServiceProviderEngine -
CompiledServiceProviderEngine繼承自ServiceProviderEngine -
ServiceProviderEngine中用到了ServiceProviderEngineScope蝗砾，CallSiteExpressionBuilder先较，CallSiteFactory - 在
CallSiteFactory中找到2個(gè)關(guān)鍵方法TryCreateOpenGeneric和TryCreateExact - 最終轉(zhuǎn)了一圈發(fā)現(xiàn)，獲取服務(wù)時(shí)悼粮，匹配規(guī)則就是很單純的
serviceType == ServiceDescriptor.ServiceType或者對(duì)于泛型服務(wù)來(lái)說(shuō)serviceType.IsConstructedGenericType && serviceType.GetGenericTypeDefinition() == ServiceDescriptor.ServiceType
所以結(jié)論是闲勺，只要干涉 serviceType 的==操作就可以實(shí)現(xiàn)自己獲取服務(wù)的匹配邏輯；
六
說(shuō)干就干扣猫，既然是干涉 serviceType 菜循，那么 serviceType 必然是一個(gè)自定義對(duì)象，自己實(shí)現(xiàn)Equals申尤，GetHashCode和==癌幕；
所以接下來(lái)就是做一個(gè) NamedType類(lèi)繼承自Type，由于Type是抽象類(lèi)瀑凝，需要實(shí)現(xiàn)的部分太多了序芦，所以可以繼承TypeDelegator來(lái)實(shí)現(xiàn)
拓展方法
七
現(xiàn)在回到最開(kāi)始的方法運(yùn)行下
八
github：https://github.com/blqw/blqw.DI/tree/master/src/blqw.DI.NamedService
nuget：https://www.nuget.org/packages/blqw.DI.NamedService
