abp vnext2.0核心組件之.Net Core默認DI組件切換到AutoFac源碼解析
- 2020 年 2 月 18 日
- 筆記
老版Abp對Castle的嚴重依賴在vnext中已經得到了解決,vnext中DI容器可以任意更換,為了實現這個功能,底層架構相較於老版abp,可以說是進行了高度重構.當然這得益於.Net Core的DI容器組件本身的優勢.接着abp vnext2.0核心組件之模塊加載組件源碼解析上文,上文中我跳過了DI切換這個流程,因為我覺得這是整個框架的亮點之一,所以單獨寫了這篇隨筆.
.Net Core2.2之後,切換DI的實現換了,改成實現如下接口
1、核心ServiceProviderFactory接口實現
核心原理非常的簡單,看看vnext如何實現這個工廠約束接口,並返回指定provider.
大致的邏輯是傳入ServiceCollection,遍歷ServiceCollection使用autofac的containerbuilder進行注入.最後調用containerbuilder實例的builder的build方法,返回provider.一氣呵成,很簡單.
接着,重點來了,看看Populate方法,看看其如何將ServiceCollection中的類型注入autofac容器的.
先將原生DI的相關功能轉換成Autofac的,接着進行類型註冊.
第一步獲取模塊加載類型中所有的模塊,模塊信息如下:
第二步釋出DI容器中的ServiceRegistrationActionList,這個list非常重要.在DI默認容器轉中的類型注入Autofac容器時,會遍歷所有類型,並將類型的類型和實現生成上下文,傳遞給指定的action,實現代碼如下:
看看vnext的示例代碼如下:
簡單的工作單元.
介紹了ServiceRegistrationActionList之後,接着看如下代碼:
遍歷所有的services集合,根據注入的方式和注入類型的差異進行區分,並注入到Autofac的ContainerBuilder中.代碼很簡單,挑個重點說下,如下:
紅框中的第一行,代碼如下:
如果當前類型所在的程序集屬於應用程序集,不是與第三方程序集,則啟動屬性注入（反射的方式）.
紅框中的第二行就是上面介紹的遍歷所有類型,生成上下文,並執行DI中注入的ServiceRegistrationActionList中的action,這裡注意攔截器的注入,如下:
在執行完所有的Action之後,其中有部分Action,如下:
是向上下文中的攔截器集合追加攔截器的,所以當所有的action執行完畢之後,所有的攔截器也被寫入到了攔截器集合中.下一步初始化攔截器。如下:
這邊後續會寫一篇隨筆,專門介紹vnext中的攔截器的機制.涉及到另一個組件.本文就不介紹了.不是本文的重點.
順便提一句
有能力的可以做一下這個todo.
ok,到這裡所有的默認DI中的類型集合全部注入到了autofac中,並且完成了攔截器的初始化和應用程序框架的自動屬性注入功能.
整個Populate方法執行完畢.AbpAutofacServiceProviderFactory的CreateBuilder方法也就結束了.最終將默認DI中的類型集合(IServiceCollection)轉換成Autofac中的ContainerBuilder
接着看看CreateServiceProvider方法如下:
看看AutofacServiceProvider的構造,如下:
具體參考源碼,實現了默認DI的獲取Services接口。所以你可以繼續用默認DI提供的方法,但是此時DI已被切換成了Autofac.
2、模塊加載系統如何與之配合
接下去看看vnext的模塊加載系統如何配合AbpAutofacServiceProviderFactory完成DI切換
第一步需要注入Autofac服務.
在注入核心的工廠服務後,且整個vnext框架的類型全部注入到默認DI中,那麼需要觸發核心工廠服務的相關方法如下:
繼續觀察ServiceCollectionCommonExtensions類下面的BuildServiceProviderFromFactory,如下
直接調用核心的工廠服務的CreateBuilder方法,這樣所有默認DI中的類型全部注入到了autofac的容器中.並且切換默認DI容器到了autofac.替換默認DI的核心接口實現如下:
最後需要將模塊加載系統中預先注入的ServiceProvider替換成核心的工廠服務的CreateBuilder方法執行後生成的ServiceProvider.
ok,整個DI切換流程到這裡結束.abp團隊的實現很簡潔.如果你需要擴展其他的DI容器,可以參照他們的實現.
純屬個人理解,能力有限,有問題請指正!
