ASP.NET Core依賴註入系統學習教程:ServiceDescriptor(服務註冊描述類型)

来源:https://www.cnblogs.com/green-jcx/archive/2022/08/10/ServiceDescriptor.html
-Advertisement-
Play Games

依賴註入容器之所以能夠提供應用程式所需的服務對象,是因為服務註冊為容器提供了創建服務對象的描述信息,而這個服務註冊的描述信息是被封裝在一個由ServiceDescriptor類型表示的對象中,該對象主要存儲在IServiceCollection類型的集合中,其中每個ServiceDescriptor ...


依賴註入容器之所以能夠提供應用程式所需的服務對象,是因為服務註冊為容器提供了創建服務對象的描述信息,而這個服務註冊的描述信息是被封裝在一個由ServiceDescriptor類型表示的對象中,該對象主要存儲在IServiceCollection類型的集合中,其中每個ServiceDescriptor對象主要描述了:服務的類型、提供服務對象的方式以及服務對象的生命周期模式。

所以可以換句話說,我們進行服務註冊實際上就是創建一個ServiceDescriptor類型的對象,並添加到IServiceCollection類型的集合中。基於這種本質也代表了,實際上我們進行服務註冊並非要調用註冊方法來完成,我們還可以直接創建一個ServiceDescriptor的對象,將其添加到IServiceCollection集合中,用這樣的方式同樣可以實現服務註冊。通過運行下麵的代碼示例就可以證明這一點。

 1 using Microsoft.Extensions.DependencyInjection;
 2 using System;
 3 using System.Diagnostics;
 4 
 5 namespace ConsoleApp1
 6 { 
 7     public interface IFooBar { void SayHi(); }
 8     public class FooBar : IFooBar
 9     {
10         public void SayHi() { Console.WriteLine("你好"); }
11     }
12 
13     internal class Program
14     {
15         static void Main(string[] args)
16         {
17             //創建服務註冊信息集合
18             var collection = new ServiceCollection();
19 
20             //創建服務註冊信息對象,並添加到集合
21             ServiceDescriptor descriptor = new ServiceDescriptor(typeof(IFooBar), typeof(FooBar), ServiceLifetime.Singleton);
22             collection.Insert(collection.Count, descriptor);
23 
24             //構建容器對象
25             var  provider= collection.BuildServiceProvider();
26 
27             //獲取對象並調用方法
28             var fooBar =provider.GetService<IFooBar>();
29             fooBar.SayHi();
30         } // END Main()
31 
32     }
33 }

上面的示例中創建ServiceDescriptor對象其實就是通過構造函數傳入了幾個關鍵的屬性,下麵通過代碼的形式羅列出ServiceDescriptor類型中的幾個關鍵屬性,其中對屬性的描述體現在註釋上:

 1  public class ServiceDescriptor
 2     {
 3         /// <summary>
 4         /// 服務的生命周期模式
 5         /// </summary>
 6         public ServiceLifetime Lifetime { get; }
 7 
 8         /// <summary>
 9         /// 服務的類型,通常會指定一個介面或者基類
10         /// </summary>
11         public Type ServiceType { get; }
12 
13         /// <summary>
14         /// 服務的實現
15         /// </summary>
16         public Type ImplementationType { get; }
17 
18         /// <summary>
19         /// 服務實例,直接提供一個實例對象,容器提供時就無需創建
20         /// </summary>
21         public object ImplementationInstance { get; }
22 
23         /// <summary>
24         /// 用於創建服務實例的工廠方法
25         /// </summary>
26         public Func<IServiceProvider, object> ImplementationFactory { get; }
27 
28     }

在以上的關鍵屬性中除了ServiceType(服務類型)是必須的,其他的幾個可以根據不同的創建形式使用的不同構造函數來決定。以下是創建ServiceDescriptor類型對象的3個構造函數:

1 public ServiceDescriptor(Type serviceType, object instance);
2 public ServiceDescriptor(Type serviceType, Type implementationType, ServiceLifetime lifetime);
3 public ServiceDescriptor(Type serviceType, Func<IServiceProvider, object> factory, ServiceLifetime lifetime)

ServiceDescriptor類型中的3個構造函數主要體現出了服務實例的3種提供方式,並且這3種提供方式和我們進行服務註冊時主要使用的幾種形式相得益彰。下麵我對這3種服務實例的提供方式進行概況說明:

  1. 根據指定的服務類型,直接使用一個現成的對象進行提供;
  2. 根據指定的服務類型,使用對應的實現類型結合指定的生命周期模式進行提供;
  3. 根據指定的服務類型,使用一個委托對象作為工廠方法,結合指定的生命周期模式進行提供;

第一種方式而言並沒有指定生命周期模式,是因為它預設採用了Singleton的模式,所以無需指定生命周期。

除了上面介紹的3個構造函數來創建ServiceDescriptor對象,在ServiceDescriptor類型中還提供了一些列的靜態方法用來創建對象。如果想要更加詳細的瞭解ServiceDescriptor類型其中的每一項,可以訪問官方文檔進行查閱:https://docs.microsoft.com/zh-cn/dotnet/api/microsoft.extensions.dependencyinjection.servicedescriptor?view=dotnet-plat-ext-6.0

總結

服務註冊的本質,實際上就是將創建服務對象所使用到的關鍵信息:服務類型、服務實現類型、提供方式、生命周期,封裝到ServiceDescriptor類型的對象中,並添加到IServiceCollection集合,以便作為容器為應用程式提供服務對象的根據。

知識改變命運
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在生產環境中,對發在的API增加授權保護是非常必要的。JWT作為一個無狀態的授權校撿技術,非常適合於分散式系統架構。伺服器端不需要保存用戶狀態,因此,無須採用Redis等技術來實現各個服務節點之間共用Session數據。 本節通過實例講解如何用JWT技術進行授權認證和保護。 1.1 配置安全類 (1 ...
  • Tabby Tabby 是一名老外在 Github 開源的終端連接的工具,至今已經累積 20K+ star。 Tabby 的功能特性大概有: 支持多平臺,Windows、MacOS(Intel 晶元/M1 晶元)、Linux 都有對應的安裝包的; 自帶 SFTP 功能,能夠與 Linux 系統傳輸文 ...
  • Liquibase 具有執行鎖,已經執行過的內容不會重覆執行。在執行 changeSet 時,由於改動的內容可以通過 Liquibase 提供的標簽編寫,所以無關具體的資料庫產品(MySQL、Oracle 等),Liquibase 底層會根據實際使用的資料庫類型轉化為對應的 SQL。 ...
  • “強引用、軟引用、弱引用、虛引用有什麼區別?” 這個問題難倒了很多資深Java工程師,不是因為這個問題本身有多難。 而是確實它是一個比較小眾的知識點。 大家好,我是Mic,一個工作了14年的Java程式員。 今天給大家分享一下這道面試題的標準回答。 文字版本我整理到了一個15W字的面試文檔裡面,大家 ...
  • 多商戶商城系統,也稱為B2B2C(BBC)平臺電商模式多商家商城系統。可以快速幫助企業搭建類似拼多多/京東/天貓/淘寶的綜合商城。 多商戶商城系統支持商家入駐加盟,同時滿足平臺自營、旗艦店等多種經營方式。平臺可以通過收取商家入駐費,訂單交易服務費,提現手續費,簡訊通道費等多手段方式,實現整體盈利。 ...
  • 在Spring Security中可以同時存在多個過濾器鏈,一個WebSecurityConfigurerAdapter的實例就可以配置一條過濾器鏈。 我們來看如下一個案例: @Configuration public class SecurityConfig { @Bean UserDetails ...
  • 2 併發容器線程安全應對之道 引言 在前面,我們學習了hashmap 大家都知道HashMap不是線程安全(put、刪除、修改、遞增、擴容都無鎖)的 所以在處理併發的時候會出現問題 接下來我們看下J.U.C包裡面提供的一個線程安全並且高效Map(ConcurrentHashMap) 看一下,他到底是 ...
  • 前言:Maui終於在昨天(2022年8月9日)推送出來了。今兒就迫不及待來把玩一下先。 A、我本地已有VS2022,不過版本比較老,此處選擇更新。工具 -> 獲取功能和更新裡面,可以獲取到新版本更新。 B、最新版本是17.3.0,我本地只有17.1.1,選擇 更新。 C、讓網路飛一會兒。 1、更新完 ...
一周排行
    -Advertisement-
    Play Games
  • 1.部署歷史 猿友們好,作為初來實習的我,已經遭受社會的“毒打”,所以請容許我在下麵環節適當吐槽,3Q! 傳統部署 ​ 回顧以往在伺服器部署webapi項目(非獨立發佈),dotnet環境、守護進程兩個逃都逃不掉,正常情況下還得來個nginx代理。不僅僅這仨,可能牽扯到yum或npm。node等都要 ...
  • 隨著技術的進步,跨平臺開發已經成為了標配,在此大背景下,ASP.NET Core也應運而生。本文主要基於ASP.NET Core+Element+Sql Server開發一個校園圖書管理系統為例,簡述基於MVC三層架構開發的常見知識點,前一篇文章,已經簡單介紹瞭如何搭建開發框架,和登錄功能實現,本篇... ...
  • 這道題只要會自定義cmp恰當地進行排序,其他部分沒有什麼大問題。 上代碼: 1 #include<bits/stdc++.h> 2 using namespace std; 3 int n,s,h1,h2,cnt; 4 struct apple{ 5 int height,ns;//height為蘋 ...
  • 這篇文章主要描述RPC的路由策略,包括為什麼需要請求隔離,為什麼不在註冊中心中實現請求隔離以及不同粒度的路由策略。 ...
  • 簡介: 中介者模式,屬於行為型的設計模式。用一個中介對象來封裝一系列的對象交互。中介者是各對象不需要顯式地相互引用,從而使其耦合鬆散,而且可以獨立地改變他們之間的交互。 適用場景: 如果平行對象間的依賴複雜,可以使用中介者解耦。 優點: 符合迪米特法則,減少成員間的依賴。 缺點: 不適用於系統出現對 ...
  • 【前置內容】Spring 學習筆記全系列傳送門: Spring學習筆記 - 第一章 - IoC(控制反轉)、IoC容器、Bean的實例化與生命周期、DI(依賴註入) Spring學習筆記 - 第二章 - 註解開發、配置管理第三方Bean、註解管理第三方Bean、Spring 整合 MyBatis 和 ...
  • 簡介: 享元模式,屬於結構型的設計模式。運用共用技術有效地支持大量細粒度的對象。 適用場景: 具有相同抽象但是細節不同的場景中。 優點: 把公共的部分分離為抽象,細節依賴於抽象,符合依賴倒轉原則。 缺點: 增加複雜性。 代碼: //用戶類 class User { private $name; fu ...
  • 這次設計一個通用的多位元組SPI介面模塊,特點如下: 可以設置為1-128位元組的SPI通信模塊 可以修改CPOL、CPHA來進行不同的通信模式 可以設置輸出的時鐘 狀態轉移圖和思路與多位元組串口發送模塊一樣,這裡就不給出了,具體可看該隨筆。 一、模塊代碼 1、需要的模塊 通用8位SPI介面模塊 `tim ...
  • AOP-03 7.AOP-切入表達式 7.1切入表達式的具體使用 1.切入表達式的作用: 通過表達式的方式定義一個或多個具體的連接點。 2.語法細節: (1)切入表達式的語法格式: execution([許可權修飾符] [返回值類型] [簡單類名/全類名] [方法名]([參數列表]) 若目標類、介面與 ...
  • 測試一、虛繼承與繼承的區別 1.1 單個繼承,不帶虛函數 1>class B size(8): 1> + 1> 0 | + (base class A) 1> 0 | | _ia //4B 1> | + 1> 4 | _ib //4B 有兩個int類型數據成員,占8B,基類邏輯存在前面 1.2、單個 ...