老版Abp對Castle的嚴重依賴在vnext中已經獲得瞭解決,vnext中DI容器能夠任意更換,爲了實現這個功能,底層架構相較於老版abp,能夠說是進行了高度重構.固然這得益於.Net Core的DI容器組件自己的優點.接着abp vnext2.0核心組件之模塊加載組件源碼解析上文,上文中我跳過了DI切換這個流程,由於我以爲這是整個框架的亮點之一,因此單獨寫了這篇隨筆.html
.Net Core2.2以後,切換DI的實現換了,改爲實現以下接口架構
一、核心ServiceProviderFactory接口實現框架
核心原理很是的簡單,看看vnext如何實現這個工廠約束接口,並返回指定provider.ide
大體的邏輯是傳入ServiceCollection,遍歷ServiceCollection使用autofac的containerbuilder進行注入.最後調用containerbuilder實例的builder的build方法,返回provider.一鼓作氣,很簡單.post
接着,重點來了,看看Populate方法,看看其如何將ServiceCollection中的類型注入autofac容器的.ui
先將原生DI的相關功能轉換成Autofac的,接着進行類型註冊.url
第一步獲取模塊加載類型中全部的模塊,模塊信息以下:3d
第二步釋出DI容器中的ServiceRegistrationActionList,這個list很是重要.在DI默認容器轉中的類型注入Autofac容器時,會遍歷全部類型,並將類型的類型和實現生成上下文,傳遞給指定的action,實現代碼以下:htm
看看vnext的示例代碼以下:blog
簡單的工做單元.
介紹了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.
二、模塊加載系統如何與之配合
接下去看看vnext的模塊加載系統如何配合AbpAutofacServiceProviderFactory完成DI切換
第一步須要注入Autofac服務.
在注入核心的工廠服務後,且整個vnext框架的類型所有注入到默認DI中,那麼須要觸發核心工廠服務的相關方法以下:
繼續觀察ServiceCollectionCommonExtensions類下面的BuildServiceProviderFromFactory,以下
直接調用核心的工廠服務的CreateBuilder方法,這樣全部默認DI中的類型所有注入到了autofac的容器中.而且切換默認DI容器到了autofac.替換默認DI的核心接口實現以下:
最後須要將模塊加載系統中預先注入的ServiceProvider替換成核心的工廠服務的CreateBuilder方法執行後生成的ServiceProvider.
ok,整個DI切換流程到這裏結束.abp團隊的實現很簡潔.若是你須要擴展其餘的DI容器,能夠參照他們的實現.
純屬我的理解,能力有限,有問題請指正!