跳到主要內容

[ASP.NET Core 3框架揭秘] 依賴注入[10]：與第三方依賴注入框架的適配

.NET Core具有一個承載（Hosting）系統，承載需要在後台長時間運行的服務，一個ASP.NET Core應用僅僅是該系統承載的一種服務而已。承載系統總是採用依賴注入的方式來消費它在服務承載過程所需的服務。對於承載系統來說，原始的服務註冊總是體現為一個IServiceCollection集合，最終的依賴注入容器則體現為一個IServiceProvider對象，如果要將第三方依賴注入框架整合進來，就需要利用它們解決從IServiceCollection集合到IServiceProvider對象之間的適配問題。


一、IServiceCollection =>ContainerBuilder=>IServiceProvider


具體來說，我們可以在IServiceCollection集合和IServiceProvider對象之間設置一個針對某個第三方依賴注入框架的ContainerBuilder對象。我們先利用包含原始服務註冊的IServiceCollection集合來創建一個ContainerBuilder對象，再利用該對象來構建作為依賴注入容器的IServiceProvider對象。



二、 IServiceProviderFactory<TContainerBuilder>


如上圖所示的兩種轉換是利用一個IServiceProviderFactory<TContainerBuilder>對象完成的。如下面的代碼片段所示，IServiceProviderFactory<TContainerBuilder>接口定義了兩個方法，其中CreateBuilder方法利用指定的IServiceCollection集合創建出對應的ContainerBuilder對象，而CreateServiceProvider方法則進一步利用這個ContainerBuilder對象創建出作為依賴注入容器的IServiceProvider對象。


public interface IServiceProviderFactory<TContainerBuilder> 
 { 
     TContainerBuilder CreateBuilder(IServiceCollection services); 
     IServiceProvider CreateServiceProvider(TContainerBuilder containerBuilder); 
 }

.NET Core的承載系統總是利用註冊的IServiceProviderFactory<TContainerBuilder>服務來創建最終作為依賴注入容器的IServiceProvider對象。承載系統默認註冊的是如下這個DefaultServiceProviderFactory類型。如下面的代碼片段所示，DefaultServiceProviderFactory對象會直接調用指定IServiceCollection集合的BuildServiceProvider方法創建出對應的IServiceProvider對象。


public class DefaultServiceProviderFactory :  IServiceProviderFactory<IServiceCollection> 
 {    
     public DefaultServiceProviderFactory()  : this(ServiceProviderOptions.Default){} 
     public DefaultServiceProviderFactory(ServiceProviderOptions options) =>_options = options; 
  
     public IServiceCollection CreateBuilder(IServiceCollection services)  => services; 
  
     public IServiceProvider CreateServiceProvider( IServiceCollection containerBuilder) =>  containerBuilder.BuildServiceProvider(_options); 
 }

三、整合第三方依賴注入框架


為了讓讀者朋友對利用註冊的IServiceProviderFactory<TContainerBuilder>服務整合第三方依賴注入框架具有更加深刻的理解，我們來演示一個具體的實例。我們在《》創建了一個名為Cat的"迷你版"依賴注入框架，接下來我們將提供一個具體IServiceProviderFactory<TContainerBuilder>實現類型完成對它的整合。


我們首先創建一個名為CatBuilder的類型作為對應的ContainerBuilder。由於需要涉及針對服務範圍的創建，我們在CatBuilder類中定了如下兩個內嵌的私有類型，其中表示服務範圍的ServiceScope對象實際上就是對一個IServiceProvider對象的封裝，另一個ServiceScopeFactory類型表示創建該對象的工廠，它是對一個Cat對象的封裝。


public class CatBuilder 
 {     
     private class ServiceScope : IServiceScope 
     { 
         public ServiceScope(IServiceProvider serviceProvider) => ServiceProvider = serviceProvider; 
         public IServiceProvider ServiceProvider { get; } 
         public void Dispose()=> (ServiceProvider as IDisposable)?.Dispose(); 
 } 
  
     private class ServiceScopeFactory : IServiceScopeFactory 
     { 
         private readonly Cat _cat; 
         public ServiceScopeFactory(Cat cat) => _cat = cat; 
         public IServiceScope CreateScope() => new ServiceScope(_cat); 
     } 
 }

一個CatBuilder對象是對一個Cat對象的封裝，它的BuildServiceProvider方法會直接返回這個Cat對象，並作為最終提供的依賴注入容器。CatBuilder在初始化過程中添加了針對IServiceScopeFactory接口的服務註冊，具體註冊的是根據作為當前子容器的Cat對象創建的ServiceScopeFactory對象。為了實現程序集範圍內的批量服務註冊，我們為CatBuilder定義了一個Register方法。


public class CatBuilder 
 { 
     private readonly Cat _cat; 
     public CatBuilder(Cat cat) 
     { 
         _cat = cat; 
         _cat.Register<IServiceScopeFactory>( c => new ServiceScopeFactory(c.CreateChild()), Lifetime.Transient); 
     } 
     public IServiceProvider BuildServiceProvider() => _cat; 
     public CatBuilder Register(Assembly assembly) 
     { 
         _cat.Register(assembly); 
         return this; 
     } 
     ... 
 }

如下所示的CatServiceProviderFactory類型實現了IServiceProviderFactory<CatBuilder>接口。在實現的CreateBuilder方法中，我們創建了一個Cat對象，並將指定IServiceCollection集合包含中的服務註冊（ServiceDescriptor對象）轉換成兼容Cat的服務註冊（ServiceRegistry對象）並應用到創建的Cat對象上。我們最終利用這個Cat對象創建出返回的CatBuilder對象。實現的另一個方法CreateServiceProvider返回的是調用CatBuilder對象的CreateServiceProvider方法得到的IServiceProvider對象。


public class CatServiceProviderFactory : IServiceProviderFactory<CatBuilder> 
 { 
     public CatBuilder CreateBuilder(IServiceCollection services) 
     { 
         var cat = new Cat(); 
         foreach (var service in services) 
         { 
             if (service.ImplementationFactory != null) 
             { 
                 cat.Register(service.ServiceType, provider ) => service.ImplementationFactory(provider),   service.Lifetime.AsCatLifetime()); 
             } 
             else if (service.ImplementationInstance != null) 
             { 
                 cat.Register(service.ServiceType, service.ImplementationInstance); 
             } 
             else 
             { 
                 cat.Register(service.ServiceType, service.ImplementationType,    service.Lifetime.AsCatLifetime()); 
             } 
         } 
         return new CatBuilder(cat); 
     } 
     public IServiceProvider CreateServiceProvider(CatBuilder containerBuilder) => containerBuilder.BuildServiceProvider(); 
 }

Cat具有.NET Core依賴注入框架一致的服務生命周期表達方式，所以我們在將服務註冊從ServiceDescriptor類型轉化成ServiceRegistry類型時，可以實現直接完成兩種生命周期模式的轉換，具體的轉換實現在如下這個AsCatLifetime擴展方法中。


internal static class Extensions 
 { 
     public static Lifetime AsCatLifetime(this ServiceLifetime lifetime) 
     { 
         return lifetime switch 
         { 
             ServiceLifetime.Scoped => Lifetime.Self, 
             ServiceLifetime.Singleton => Lifetime.Root, 
             _ => Lifetime.Transient, 
         }; 
     } 
 }

接下來我們演示如何利用CatServiceProviderFactory來創建作為依賴注入容器的IServiceProvider對象。我們定義了如下的接口和對應的實現類型，其中Foo、Bar、Baz和Qux類型分別實現了對應的接口IFoo、IBar、IBaz和IQux，其中Qux類型上標註了一個MapToAttribute特性註冊了與對應接口IQux之間的映射。為了反映Cat對服務實例生命周期的控制，我們讓它們派生於同一個基類Base。Base實現了IDisposable接口，我們在其構造函數和實現的Dispose方法中輸出相應的文本以確定對應的實例何時被創建和釋放。


public interface IFoo {} 
 public interface IBar {} 
 public interface IBaz {}  
 public interface IQux {} 
 public interface IFoobar<T1, T2> {} 
 public class Base : IDisposable 
 { 
     public Base()  => Console.WriteLine($"Instance of {GetType().Name} is created."); 
     public void Dispose()  => Console.WriteLine($"Instance of {GetType().Name} is disposed."); 
 } 
  
 public class Foo : Base, IFoo{ } 
 public class Bar : Base, IBar{ } 
 public class Baz : Base, IBaz{ }  
 [MapTo(typeof(IQux), Lifetime.Root)] 
 public class Qux : Base, IQux { } 
 public class Foobar<T1, T2>: IFoobar<T1,T2> 
 { 
     public IFoo Foo { get; } 
     public IBar Bar { get; } 
     public Foobar(IFoo foo, IBar bar) 
     { 
         Foo = foo; 
         Bar = bar; 
     } 
 }

在如下所示的演示程序中，我們創建了一個ServiceCollection集合，並採用三種不同的生命周期模式分別添加了針對IFoo、IBar和IBaz接口的服務註冊。我們接下來根據這個ServiceCollection集合創建了一個CatServiceProviderFactory對象，並調用其CreateBuilder方法創建出對應的CatBuilder對象。我們隨後調用了CatBuilder對象的Register方法完成了針對當前入口程序集的批量服務註冊，其目的在於添加針對IQux/Qux的服務註冊。


class Program 
 { 
     static void Main() 
     { 
         var services = new ServiceCollection() 
             .AddTransient<IFoo, Foo>() 
             .AddScoped<IBar>(_ => new Bar()) 
             .AddSingleton<IBaz>(new Baz()); 
  
         var factory = new CatServiceProviderFactory(); 
         var builder = factory.CreateBuilder(services) 
             .Register(Assembly.GetEntryAssembly()); 
         var container = factory.CreateServiceProvider(builder); 
  
         GetServices(); 
         GetServices(); 
         Console.WriteLine("\nRoot container is disposed."); 
         (container as IDisposable)?.Dispose(); 
  
         void GetServices() 
         { 
             using (var scope = container.CreateScope()) 
             { 
                 Console.WriteLine("\nService scope is created."); 
                 var child = scope.ServiceProvider; 
  
                 child.GetService<IFoo>(); 
                 child.GetService<IBar>(); 
                 child.GetService<IBaz>(); 
                 child.GetService<IQux>(); 
  
                 child.GetService<IFoo>(); 
                 child.GetService<IBar>(); 
                 child.GetService<IBaz>(); 
                 child.GetService<IQux>();                      
                 Console.WriteLine("\nService scope is disposed."); 
             } 
         } 
     } 
 }

在調用CatServiceProviderFactory對象的CreateServiceProvider方法創建出作為依賴注入容器的IServiceProvider對象之後，我們先後兩次調用了本地方法GetServices方法。GetServices方法會利用這個IServiceProvider對象創建一個服務範圍，並利用此服務範圍內的IServiceProvider提供兩組服務實例。通過CatServiceProviderFactory創建的IServiceProvider對象在最終通過調用其Dispose方法進行釋放。該程序運行之後會在控制台上輸出如圖4-16所示的結果，輸出結果體現的服務生命周期與演示程序體現的是完全一致的。












本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?



※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!



※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光



※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師"嚨底家"!!


Orignal From: [ASP.NET Core 3框架揭秘] 依賴注入[10]：與第三方依賴注入框架的適配

留言

張貼留言

這個網誌中的熱門文章

強強聯手!攜手打造雲林縣Web3.0 領地方品牌進軍元宇宙

中華電信攜手國內最大Potato Media Web3.0社群共享平台，及品牌醫生果俐文創三方結合，透過經濟部「CBMP智慧雲遊跨域串連計畫」，協助品牌數位轉型，帶動品牌體驗情境、新商業模組升級與行動支付應用，第一站選在雲林縣當地原生消費品牌，打造社群消費循環，探索近期最夯的元宇宙新玩法。 Potato Media執行長顏宏霖表示，在CBMP計畫協助下，加上站內Web3.0資源，將快速協助雲林縣當地品牌升級轉型，幫助店家創造品牌價值，包含黑矸仔醬油、四代目麥芽酥、玉津烘焙坊、禪屋米胖工坊、YuDS沐耳飲、莫蒂精品巧克力、維野納複合式餐飲、頂雲咖啡、媽祖埔豆腐張、玉山碾米廠等，另外嘉義市麥麵、名香茗茶也等不及跨縣市加入，結合Potato Media站內活動，打造雲林專屬限定NFT道具與頭框，發行雲林扭蛋，體驗全新元宇宙新世界。 左起雲林縣計畫處處長李明岳、果俐文創執行長-陳郁涵、雲林縣議員周秀月、中華電信雲林營運處總經理張肇家、Potato Media執行長顏宏霖、LINE禮物代表睿鼎數位、12CMTaiwan行銷總監楊涵柔。(圖/由Potato Media提供) 此次Potato Media平台合作內容是店家會員註冊活動：首次註冊可得100積分 + 一顆扭蛋，店家推薦文章介紹，可領取店家消費優惠券，站內扭蛋禮物抽獎活動，獎項豐富：雲林限定禮品、雲林意象限定NFT道具與頭框，雲林幣扭一下APP政令大聲公獎勵活動，另外各種雲林美食伴手禮、住宿旅遊的店家，都可以使用行動支付或上LINE禮物平台實際體驗消費。 推薦評價好的 iphone維修 中心 擁有專業的維修技術團隊，同時聘請資深iphone手機維修專家，現場說明手機問題，快速修理，沒修好不收錢 產品缺大量曝光嗎?你需要的是一流 包裝設計 窩窩觸角包含自媒體、自有平台及其他國家營銷業務等，多角化經營並具有國際觀的永續理念。 雲林縣副縣長謝淑亞強調，此次計畫和Potato Media 合作，Potato Media 是一個在 2021 年 4 月正式發布的「區塊鏈 Web3.0 共享社群平台」，創作者和使用者都可以透過互動的機制，例如對文章點讚、留言與轉發分享，來獲取相對應比例的加密貨幣CFO（Potato Media 平台上的原生加密貨幣），跟Facebook、Instagram、YouTu...
張貼留言
閱讀完整內容

要上網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷

台北網站設計      網頁設計公司     網站設計公司 食安五環為「源頭控管」、「重建生產管理履歷」、「提高查驗能力」、「加重生產者、廠商的責任」及「鼓勵、創造監督平臺」五大要環，除推動政府與市民消費者共同監督食品安全，更要從農場到餐桌，鏈結農村產業線，以網路社群為媒介，建立嘉義市農村網頁平台。活動現場介紹「農抵嘉」產銷網頁平台的內容，包含在地人文地產景，將景觀、產業、生態及文化等資訊整合、展現，更推廣在地農村農友優質、安全的農產品。要上「農抵嘉」網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷自己的農產品，嘉義市農友可以多利用，也提供店家採購管道。 「尚安心，農抵嘉」，透過「農抵嘉」產銷網頁平台，鏈結農村產業線並促進地產地消，從源頭管理食安，讓政府管理、民間參與，透過食安小教育，讓小朋友接觸農作物，與生產者互動，產生共鳴，一同攜手維護嘉義市的食安。記者會中也展示紅瓦厝社區所做的紅瓦窯烤，並有其他下埤花生等農產品，透過農場職人使「農特產品不只是農產品」，民眾可登入「農抵嘉」網頁http://chiayirural.com/index.asp瞭解更進一步的訊息。 網動廣告 參考資料:蕃新聞https://n.yam.com/Article/20171226529712 Orignal From: 要上網站行銷農產品，得經過市政府抽驗農藥殘留，檢驗合格才能上網行銷
張貼留言
閱讀完整內容

IEA：疫情衝擊能源需求 但再生能源呈創紀錄成長_台中搬家公司

※ 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱! 還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 摘錄自2020年11月10日中央社報導 國際能源總署（IEA）報告今天（10日）指出，武漢肺炎（COVID-19）疫情可能衝擊能源需求，但電力部門再生能源繼續以創紀錄速度成長。 IEA執行董事比羅爾（Fatih Birol）表示：「在2025年，再生能源將成為全球最大發電來源，預計將提供1/3的全球電力，終結煤炭50年來作為最大電力供應來源的地位。」 ※推薦 台中搬家公司 優質服務,可到府估價 台中搬鋼琴,台中金庫搬運,中部廢棄物處理,南投縣搬家公司,好幫手搬家,西屯區搬家 IEA關於再生能源的年度報告估計，儘管受到疫情干擾，今年的再生能源新發電容量可望創紀錄，達將近200GW（GW為十億瓦）。 能源轉型 國際新聞 再生能源 疫情看氣候與能源 本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理 ※ 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱! 還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 Orignal From: IEA：疫情衝擊能源需求 但再生能源呈創紀錄成長_台中搬家公司
張貼留言
閱讀完整內容