依賴注入時程式設計手段中解耦和封裝的一個非常重要的手段，我本人已經到了沒有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）