文章首發地址
一、前言
在上一篇中，我們講述了什么是控制反轉(IoC)以及通過哪些方式實作的，這其中，我們明白了，控制反轉（IoC） 是一種軟體設計的模式，指導我們設計出更優良，更具有松耦合的程式，而具體的實作方式有依賴注入和依賴查找，
在上篇實體中，我們通過日志的方式舉例說明，其中通過代碼創建了一個ILogger的介面，并實作介面實體，基于控制反轉的模式，依賴的創建也移交到了外部，但是也發現存在了問題，如果類似存在這樣多個介面和實作類，依賴太多，一一創建，沒有統一的管理，這反而增加了實際作業量麻煩，
因此我們需要一個可以統一管理系統中所有的依賴的地方，因此，IoC容器誕生了，
容器負責兩件事情：
- 系結服務與實體之間的關系
- 獲取實體，并管理實體物件生命周期（創建與銷毀）
所以在這一篇中，我們主要講述Asp.Net Core中內置的IoC容器，
二、說明
在Asp.Net Core中已經為我們集成提供了一個內置的IoC容器，我們可以看到在Startup.cs的ConfigureServices中，涉及到依賴注入的核心組件,一個負責實體注冊的IServiceCollection和一個負責提供實體的IServiceProvider
簡單的說就是兩步：1. 把實體注冊到容器中；2. 從容器中獲取實體
而在這其中，IServiceCollection為實作將開發者定義好的實體注冊進去提供了三種方法，
分別是：
AddTransient 、AddScoped 、AddSingleton
而這三種不同實體方法也對應的著三種不同的實體生命周期，
三種不同的生命周期：
2.1 暫時性
AddTransient
每次在向服務容器進行請求時都會創建新的實體，這種生存期適合輕量級、 無狀態的服務，
2.2 作用域內
AddScoped
在每次Web請求時被創建一次實體，生命周期橫貫整次請求，
區域單例物件, 在某個區域內是同一個物件(作用域單例,本質是容器單例);一次請求內是一個單例物件，多次請求則多個不同的單例物件，
2.3 單例
AddSingleton
創建單例生命周期服務的情況如下：
- 在首次請求它們時進行創建；
- 或者在向容器直接提供實作實體時由開發人員進行創建， 很少用到此方法，
其后的每一個后續請求都使用同一個實體，如果開發者的應用需要單例服務情景，推薦的做法是交給服務容器來負責單例的創建和生命周期管理，而不是手動實作單例模式然后由開發者在自定義類中進行操作，
不要從單一實體決議指定了作用域的服務， 當處理后續請求時，它可能會導致服務處于不正確的狀態， 可以從范圍內或暫時性服務決議單一實體服務，
三、開始
3.1 介面
定義三個介面，分別測驗Singleton，Scope，Transient三種，一個 TestService服務
public interface ITransientService
{
string GetGuid();
}
public interface IScopedService
{
string GetGuid();
}
public interface ISingletonService
{
string GetGuid();
}
public interface ITestService
{
public string GetSingletonID();
public string GetTransientID();
public string GetScopedID();
}
3.2 實作
根據上面定義的幾種介面，并一一實作對應的介面
public class TransientService : ITransientService
{
public string OperationId { get; }
public TransientService()
{
OperationId = Guid.NewGuid().ToString()[^4..];
}
public string GetGuid()
{
return $"這是一個 Transient service ： " + OperationId;
}
}
public class ScopedService : IScopedService
{
public string OperationId { get; }
public ScopedService()
{
OperationId = Guid.NewGuid().ToString()[^4..];
}
public string GetGuid()
{
return $"這是一個 scoped service ： "+ OperationId;
}
}
public class SingletonService : ISingletonService
{
public string OperationId { get; }
public SingletonService()
{
OperationId = Guid.NewGuid().ToString()[^4..];
}
public string GetGuid()
{
return $"這是一個 Singleton service ： " + OperationId;
}
}
public class TestService : ITestService
{
private ITransientService _transientService;
private IScopedService _scopedService;
private ISingletonService _singletonService;
public TestService(ITransientService transientService, IScopedService scopedService, ISingletonService singletonService)
{
_transientService = transientService;
_scopedService = scopedService;
_singletonService = singletonService;
}
public string GetSingletonID()
{
return _singletonService.GetGuid();
}
public string GetTransientID()
{
return _transientService.GetGuid();
}
public string GetScopedID()
{
return _scopedService.GetGuid();
}
}
3.3 注入
在Startup.cs類檔案ConfigureServices方法中，注入依賴
public void ConfigureServices(IServiceCollection services)
{
services.AddControllers();
services.AddTransient<ITransientService, TransientService>();
services.AddSingleton<ISingletonService, SingletonService>();
services.AddScoped<IScopedService, ScopedService>();
services.AddScoped<ITestService, TestService>();
}
3.4 呼叫
定義一個控制器，實作呼叫
[ApiController]
[Route("[controller]")]
public class TestController : ControllerBase
{
private ITransientService _transientService;
private IScopedService _scopedService;
private ISingletonService _singletonService;
private ITestService _testService;
public TestController(ITransientService transientService, IScopedService scopedService, ISingletonService singletonService,
ITestService testService
)
{
_transientService = transientService;
_scopedService = scopedService;
_singletonService = singletonService;
_testService = testService;
}
[HttpGet]
public JsonResult Get()
{
var data1 = _transientService.GetGuid();
var data2 = _testService.GetTransientID();
var data3 = _scopedService.GetGuid();
var data4 = _testService.GetScopedID();
var data5 = _singletonService.GetGuid();
var data6 = _testService.GetSingletonID();
return new JsonResult(new {
data1,
data2,
data3 ,
data4,
data5,
data6,
});
}
}
在上面中我們了解到，注入的方式一般有三種,建構式注入, 方法注入,屬性注入，而在ASP.NET Core中自帶的這個IoC容器,默認采用了建構式注入的方式，
3.5 測驗
啟動運行專案，訪問介面/Test
效果如下：
3.6 對比
對比兩次的請求訪問可以發現，上面我們一共得到了 4個Transient實體，2個Scope實體，1個Singleton實體，
在請求中，AddSingleton方式的id值相同；
AddScope方式兩次請求之間不同，但同一請求內是相同的；
AddTransient方式在同一請求內的多次注入間都不相同，
3.7小結
通過上述的代碼示例，也證實了之前的三種方式對應不同生命周期的說明，
暫時性(Transient) : 生命周期是每次獲得物件都是一次新的物件,每一次都不一樣，
作用域內(Scoped) : 生命周期是在每一次請求作用域內是同一個物件，非作用域內則是新的物件，
單例（Singletion) : 生命周期是這個服務啟動后都是一個物件，也即是全域單例物件，
四、其他Ioc容器
通過上述的了解，我們知道IoC容器是一個依賴注入框架，在.NET Core中也提供了內置的IoC容器，通過AddXXX方法來實體依賴物件，而在實際開發中，就是每一個實體都需要一個個的添加，這樣的實作方式在小專案中還好，但是如果在復雜大型的專案中，就略向麻煩些，可能需要添加很多方法來實作，整體的可觀性也不好，
為了達到可以簡化我們作業量，應該采用批量注冊，因此我們也可以引入其他的Ioc容器框架，實作更多的功能和擴展，
在平時開發中，常用的IoC框架有很多，而在這里我們選擇用Autofac，這也是在.net下比較流行的，其他的框架不做說明，可自行查閱了解，
ASP.Net Core中使用Autofac 框架注入 (在后續篇章會具體說明)
五、思考
在實際的開發中，對于這幾種生命周期，我們應該如何應用呢？
比如，在像DBContext這種實體，在實際開發中是用Transient 還是Scoped呢？
建議使用Scoped
因為有些物件在請求中可以需要用到多個方法或者多個Service、Repository的時候，為了減少實體初始化的消耗，實作事務功能，可以在整個請求的生命周期共用一個Scope，
其他的思考：
- ASP.NET Core中，默認采用了建構式注入的方式，如果采用屬性注入或者方法注入，又該怎么實作？
- 一個介面多種實作的時候，我們將多種實作都給注入進了依賴注入容器中，但是在服務呼叫的時候總是獲取到最后注入的那個方法的實作，這時候就在想能不能實作動態的選擇使用哪種實作呢？
- 一個作用域（Scoped）服務中注入一個瞬時（Transient）服務時，瞬時服務中的值還會每次都變化嗎？
- 鏈式注入時，生存期的選擇，三種注入方式的權重問題
以上的思考，大家可以說說自己的想法
在后續的篇章中，也會對這些問題，進行深入討論說明，
六、總結
本篇主要介紹了什么是IoC容器，了解到它是DI構造函注入的框架，它管理著依賴項的生命周期以及映射關系，同時也介紹實踐了在ASP.Net Core中,默認提供的內置IoC容器，以及它的實體注冊方式和相應的生命周期，
好啦，這篇文章就先講述到這里吧，在后續篇章中會對ASP.Net Core中使用Autofac 框架實踐說明，希望對大家有所幫助，
如果有不對的或不理解的地方，希望大家可以多多指正，提出問題，一起討論,不斷學習,共同進步，??
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/271803.html
標籤：.NET技术