您好,登錄后才能下訂單哦!
本篇文章為大家展示了ASP.NET Core注入多個(gè)服務(wù)實(shí)現(xiàn)類的示例分析,內(nèi)容簡(jiǎn)明扼要并且容易理解,絕對(duì)能使你眼前一亮,通過(guò)這篇文章的詳細(xì)介紹希望你能有所收獲。
前言:
依賴注入在 ASP.NET Core 中起中很重要的作用,也是一種高大上的編程思想,它的總體原則就是:俺要啥,你就給俺送啥過(guò)來(lái)。服務(wù)類型的實(shí)例轉(zhuǎn)由容器自動(dòng)管理,無(wú)需我們?cè)诖a中顯式處理。
因此,有了依賴注入后,你的編程思維就得變一變了。在過(guò)去,許多功能性的類型(比如一個(gè)加密解密的類),我們都喜歡將其定義為靜態(tài)(static),而有了依賴注入,你就要避免使用靜態(tài)類型,應(yīng)該交由服務(wù)容器幫你管理,只要你用好了,你會(huì)發(fā)現(xiàn)依賴注入是很方便的。
依賴注入的初級(jí)玩法,也是比較標(biāo)準(zhǔn)的玩法,此種玩法有兩種模式:
十代單傳模式:一個(gè)接口對(duì)應(yīng)一個(gè)類,比如先定義接口 IA、IB,隨后,類A實(shí)現(xiàn) IA,類B 實(shí)現(xiàn) IB。一對(duì)一。也可以是抽象類(或基類)E,然后 F 繼承 E 類。
斷子絕孫模式:直接就寫一個(gè)類,不考慮派生,直接就添加到服務(wù)容器中。
來(lái),看個(gè)例子。
public interface IPlayGame { void Play(); }
然后,寫一個(gè)類來(lái)實(shí)現(xiàn)它。
public class NBPlayGame : IPlayGame { public void Play() { Console.WriteLine("全民打麻藥。"); } }
我們知道,所謂服務(wù)類,其實(shí)就是普通類,這些類一般用于完成某些功能,比如計(jì)算 MD5 值。接著呢,還記得 Startup 類有個(gè) ConfigureServices 方法吧,對(duì),就在這廝里面把我們剛剛那個(gè)服務(wù)進(jìn)行注冊(cè)(就是添加到 ServiceCollection 集合中)。
public void ConfigureServices(IServiceCollection services) { services.AddTransient<IPlayGame, NBPlayGame>(); }
添加的時(shí)候很簡(jiǎn)單,類型一對(duì)一,IPlayGame 接口與 NBPlayGame 類對(duì)應(yīng)。添加時(shí)有三種方法你可以調(diào)用,實(shí)際上對(duì)應(yīng)著,服務(wù)類在容器中的生命周期。
AddSingleton:
單個(gè)實(shí)例,這是壽命最長(zhǎng)的,與天同壽。整個(gè)應(yīng)用程序中僅用一個(gè)實(shí)例。
AddTransient
:這個(gè)是最短命的,可能是天天晚上加班熬夜,死得很快。此種情況下,服務(wù)類的實(shí)例是用的時(shí)候創(chuàng)建,用完后直接銷毀。
AddScoped
:這個(gè)比較難理解。它的生命周期在單個(gè)請(qǐng)求內(nèi),包括客戶端與服務(wù)器之間隨后產(chǎn)生的子請(qǐng)求,反正只要請(qǐng)求的會(huì)話結(jié)束了,就會(huì)清理。
比如在中間件,在控制器,或者在其他服務(wù)類的構(gòu)造函數(shù)上(中間件是在 Invoke / InvokeAsync 方法上)進(jìn)行實(shí)例接收。
現(xiàn)在來(lái)用一下,寫一個(gè)中間件。
public class TestMiddleware { public TestMiddleware(RequestDelegate next) { } public Task InvokeAsync(HttpContext context, IPlayGame game) { game.Play(); return Task.CompletedTask; } }
已注冊(cè)的服務(wù)會(huì)注入到 InvokeAsync 方法的參數(shù)中。注意第一個(gè)參數(shù)是 HttpContext,這是必須參數(shù),后面的是注入的參數(shù)。
最后,在 Startup 類的 Configure 方法中就可以 use 這個(gè)中間件了。
public void Configure(IApplicationBuilder app) { app.UseMiddleware<TestMiddleware>(); }
運(yùn)行后,Play 方法調(diào)用,在控制臺(tái)中輸出以下結(jié)果
也稱“斷子絕孫”模式,不使用接口規(guī)范,直接寫功能類。
public class DoSomething { public string GetMessage() => "你好,剛才 Boss 找你。"; }
注冊(cè)服務(wù)時(shí)更簡(jiǎn)單。
public void ConfigureServices(IServiceCollection services) { services.AddScoped<DoSomething>(); }
在 Configure 方法中進(jìn)行注入。
public void Configure(IApplicationBuilder app, DoSomething thing) { Console.WriteLine(thing.GetMessage()); }
運(yùn)行后,輸出結(jié)果如下
在容器中,使用 ServiceDescriptor 類來(lái)存儲(chǔ)服務(wù)類型相關(guān)的信息。其中,ServiceType 表示的是服務(wù)的類型,如果服務(wù)是有接口與實(shí)現(xiàn)類的,那么這個(gè)屬性指的是接口的類型,實(shí)現(xiàn)類的類型信息由 ImplementationType 屬性存儲(chǔ)。如果沒(méi)有接口,直接只定義類型,那么這個(gè)類型的信息就存到 ServiceType 屬性上,ImplementationType 屬性不使用。
上面這些例子中,ServiceType 是 IPlayGame 接口相關(guān)信息,ImplementationType 是 NBPlayGame 類的信息。如果像上面 DoSomething 類的情況,則 ServiceType 為 DoSomething 相關(guān)的信息,ImplementationType 為空。
接下來(lái),咱們看高級(jí)玩法。
定義一個(gè)接口。
public interface IDemoService { string Version { get; } void Run(); }
然后,有兩個(gè)類實(shí)現(xiàn)這個(gè)接口。
public class DemoService1 : IDemoService { public string Version => "v1"; public void Run() { Console.WriteLine("第一個(gè)服務(wù)實(shí)現(xiàn)類。"); } } public class DemoService2 : IDemoService { public string Version => "v2"; public void Run() { Console.WriteLine("第二個(gè)服務(wù)實(shí)現(xiàn)類。"); } }
然后,我們注冊(cè)服務(wù)。
public void ConfigureServices(IServiceCollection services) { services.AddTransient<IDemoService, DemoService1>(); services.AddTransient<IDemoService, DemoService2>(); }
然后我們照例,接收注入,咱們依舊使用中間件的方法參數(shù)接收。
public class DemoMiddleware { public DemoMiddleware(RequestDelegate next) { // 由于程序約定,此構(gòu)造函數(shù)必須提供。 } public async Task InvokeAsync(HttpContext context, IDemoService sv) { await context.Response.WriteAsync(sv.Version); } }
然后,在 Startup.Configure 方法中使用該中間件。
public void Configure(IApplicationBuilder app, DoSomething thing) { app.UseMiddleware<DemoMiddleware>(); }
運(yùn)行之后,你發(fā)現(xiàn)問(wèn)題了,看看輸出。
出事了,參數(shù)僅能接收到最后注冊(cè)的實(shí)現(xiàn)類型實(shí)例,也就是 DemoService2 類。所以就看到網(wǎng)上有不少朋友發(fā)貼問(wèn)了,.NET Core 是不是不支持多個(gè)服務(wù)實(shí)現(xiàn)類的注入?這難倒了很多人。
實(shí)話告訴你,Core Core 兄是支持注入多個(gè)實(shí)現(xiàn)類的實(shí)例的。
下面,老周介紹兩種解決方法(其實(shí)有三種,還有一種不太好弄,尤其是你對(duì) Core 兄不熟的時(shí)候,所以我說(shuō)兩種,基本夠用)。
方法一、接收 IServiceProvider 類型的注入。
public async Task InvokeAsync(HttpContext context, IServiceProvider provider) { StringBuilder sb = new StringBuilder(); foreach (var sv in provider.GetServices<IDemoService>()) { sb.Append($"{sv.Version}<br/>"); } await context.Response.WriteAsync(sb.ToString()); }
只要能接收到 IServiceProvider 所引用的實(shí)例,就能通過(guò) GetServices 方法獲取多個(gè)服務(wù)實(shí)例。
方法二,這種方法老周很推薦,更簡(jiǎn)單,直接注入 IEnumerable<T> 類型,本例中就是 IEnumerable<IDemoService>。
public async Task InvokeAsync(HttpContext context, IEnumerable<IDemoService> svs) { StringBuilder sb = new StringBuilder(); foreach (var sv in svs) { sb.Append($"{sv.Version}<br/>"); } await context.Response.WriteAsync(sb.ToString()); }
IEnumerable<T> 的妙處就是可以 foreach ,這樣你也能訪問(wèn)多個(gè)實(shí)例,而且必要時(shí)還可以聯(lián)合 LINQ 一起耍。
運(yùn)行結(jié)果如下。
上述內(nèi)容就是ASP.NET Core注入多個(gè)服務(wù)實(shí)現(xiàn)類的示例分析,你們學(xué)到知識(shí)或技能了嗎?如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備,歡迎關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。