前言

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。而在現在我們需要這樣做：

原文地址：http://www.cnblogs.com/ants/p/7130293.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的拥抱.NET Core系列：依赖注入（1）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。