依賴注入時編程手段中解耦和封裝的一個非常重要的手段，我本人已經到了沒有DI無法編寫項目的程度了，在.NET Framework中微軟並沒有在FCL中引入DI，雖然推出了“Unity”。而在.NET Core中DI幾乎是所有組件的標配可見DI有多么的重要，本節主要簡單介紹下微軟在.NET Core中加入的DI組件。
前言
DIP、IoC、DI
說起DI不得不提IoC這個模式，很多人會把DI和IoC混為一談，但其實這兩者是概念和實現的關系。
依賴倒置原則（DIP）：軟件設計原則，要依賴於抽象，不要依賴具體實現。
控制反轉（IoC）：一種實現DIP原則的模式。
依賴注入（DI）：IoC的具體實現。
DIP就好比一個目標一個法則。
IoC就好比是論文，“應該怎么做才能遵循DIP”
DI就好比是實際的產品，“落實到具體的語言的工具”
關於這個比喻可能不是很准確，大家可以使用搜索引擎去了解更為詳細的差異。
在.NET
在我接觸的很多.NET項目中，很少有人使用DI，更別提像Orchard那樣把DI用得出神入化。而復雜的代碼很大一部分的原因是沒有引入DI。在java中幾乎從剛入門的新手都使用Spring提供的DI。
依賴注入生命周期
生命周期是指對服務實例的存活狀態控制，"Microsoft.Extensions.DependencyInjection"提供了一個枚舉定義了三種生命周期狀態。
| 類型 | 描述 |
| Singleton | 單例服務，從當前服務容器中獲取這個類型的實例永遠是同一個實例。 |
| Scoped | 域內單例，為每個作用域創建一個服務實例，也就是說域內單例（域類似子容器）。 |
| Transient | 瞬態，從服務容器中每獲取一次創建一個新的實例。 |
用例服務
代碼如下：
注冊服務的N種姿勢
其實可以很容易的看出，服務注冊是通過創建一個“ServiceDescriptor”來完成的，而其它方式的注冊只不過是基於一個方法的封裝而已，讓使用者可以更為方便的進行服務注冊。
我們可以通過很多手段去注冊一個服務，但這里推薦大家優先使用擴展方法進行服務注冊，因為這樣的代碼更易讀。反射循環注入時可以使用其它方式。
服務使用
首先我們來看一下服務提供者提供的方法簽名。
可以發現與服務注冊一樣，基於同一個方法提供了很多擴展方法讓使用者更加便捷的獲取服務。
我們先來看“GetService<T>”與“GetRequiredService<T>”這兩個方法。
這兩個方法非常接近，唯一不同的是GetRequiredService會在找不到服務的時候拋出異常，而GetService在找不到服務時會返回null。
“GetServices”這個方法是用來獲取多個服務實例，該方法會返回該類型注冊的多個服務實例。我們來看個例子：
服務的生命周期
我們可以通過運行結果很好的理清各個生命周期的用意。下面用一張圖來說明較復雜情況下“scope”的服務結果。
小技巧
注冊支持延遲加載的服務
開發過程中經常有一種情況，服務A的A方法依賴了服務B，而服務A的B方法依賴了服務C，這時候你就得在構造函數上同時聲明服務B和C，就像這樣。
這在其它DI組件中非常常見，比如autofac。而在現在我們需要這樣做：
寫在最后
.NET技術棧QQ群：384413261（點擊加入.NET Group）