在本文中,我們將通過用C#重構一個非常簡單的程式碼示例來解釋依賴注入和IoC容器。
簡介:
依賴注入和IoC乍一看可能相當複雜,但它們非常容易學習和理解。
在本文中,我們將通過在C#中重構一個非常簡單的程式碼示例來解釋依賴注入和IoC容器。
要求:
構建一個允許使用者檢視可用產品並按名稱搜尋產品的應用程式。
第一次嘗試:
我們將從建立分層架構開始。使用分層架構有多個好處,但我們不會在本文中列出它們,因為我們關注的是依賴注入。
下面是應用程式的類圖:
首先,我們將從建立一個Product類開始:
public class Product { public Guid Id { get; set; } public string Name { get; set; } public string Description { get; set; } }
然後,我們將建立資料訪問層:
public class ProductDAL { private readonly List<Product> _products; public ProductDAL() { _products = new List<Product> { new Product { Id = Guid.NewGuid(), Name= "iPhone 9", Description = "iPhone 9 mobile phone" }, new Product { Id = Guid.NewGuid(), Name= "iPhone X", Description = "iPhone X mobile phone" } }; } public IEnumerable<Product> GetProducts() { return _products; } public IEnumerable<Product> GetProducts(string name) { return _products .Where(p => p.Name.Contains(name)) .ToList(); } }
然後,我們將建立業務層:
public class ProductBL { private readonly ProductDAL _productDAL; public ProductBL() { _productDAL = new ProductDAL(); } public IEnumerable<Product> GetProducts() { return _productDAL.GetProducts(); } public IEnumerable<Product> GetProducts(string name) { return _productDAL.GetProducts(name); } }
最後,我們將建立UI:
class Program { static void Main(string[] args) { ProductBL productBL = new ProductBL(); var products = productBL.GetProducts(); foreach (var product in products) { Console.WriteLine(product.Name); } Console.ReadKey(); } }
我們已經寫在第一次嘗試的程式碼是良好的工作成果,但有幾個問題:
1.我們不能讓三個不同的團隊在每個層上工作。
2.業務層很難擴充套件,因為它依賴於資料訪問層的實現。
3.業務層很難維護,因為它依賴於資料訪問層的實現。
4.原始碼很難測試。
第二次嘗試:
高階別物件不應該依賴於低階別物件。兩者都必須依賴於抽象。那麼抽象概念是什麼呢?
抽象是功能的定義。在我們的例子中,業務層依賴於資料訪問層來檢索圖書。在C#中,我們使用介面實現抽象。介面表示功能的抽象。
讓我們來建立抽象。
下面是資料訪問層的抽象:
public interface IProductDAL { IEnumerable<Product> GetProducts(); IEnumerable<Product> GetProducts(string name); }
我們還需要更新資料訪問層:
public class ProductDAL : IProductDAL
我們還需要更新業務層。實際上,我們將更新業務層,使其依賴於資料訪問層的抽象,而不是依賴於資料訪問層的實現:
public class ProductBL { private readonly IProductDAL _productDAL; public ProductBL() { _productDAL = new ProductDAL(); } public IEnumerable<Product> GetProducts() { return _productDAL.GetProducts(); } public IEnumerable<Product> GetProducts(string name) { return _productDAL.GetProducts(name); } }
我們還必須建立業務層的抽象:
public interface IProductBL { IEnumerable<Product> GetProducts(); IEnumerable<Product> GetProducts(string name); }
我們也需要更新業務層:
public class ProductBL : IProductBL
最終我們需要更新UI:
class Program { static void Main(string[] args) { IProductBL productBL = new ProductBL(); var products = productBL.GetProducts(); foreach (var product in products) { Console.WriteLine(product.Name); } Console.ReadKey(); } }
我們在第二次嘗試中所做的程式碼是有效的,但我們仍然依賴於資料訪問層的具體實現:
public ProductBL() { _productDAL = new ProductDAL(); }
那麼,如何解決呢?
這就是依賴注入模式發揮作用的地方。
最終嘗試
到目前為止,我們所做的工作都與依賴注入無關。
為了使處在較高階別的的業務層依賴於較低階別物件的功能,而沒有具體的實現,必須由其他人建立類。其他人必須提供底層物件的具體實現,這就是我們所說的依賴注入。它的字面意思是我們將依賴物件注入到更高階別的物件中。實現依賴項注入的方法之一是使用建構函式進行依賴項注入。
讓我們更新業務層:
public class ProductBL : IProductBL { private readonly IProductDAL _productDAL; public ProductBL(IProductDAL productDAL) { _productDAL = productDAL; } public IEnumerable<Product> GetProducts() { return _productDAL.GetProducts(); } public IEnumerable<Product> GetProducts(string name) { return _productDAL.GetProducts(name); } }
基礎設施必須提供對實現的依賴:
class Program { static void Main(string[] args) { IProductBL productBL = new ProductBL(new ProductDAL()); var products = productBL.GetProducts(); foreach (var product in products) { Console.WriteLine(product.Name); } Console.ReadKey(); } }
建立資料訪問層的控制與基礎設施結合在一起。這也稱為控制反轉。我們不是在業務層中建立資料訪問層的例項,而是在基礎設施的中建立它。 Main方法將把例項注入到業務邏輯層。因此,我們將低層物件的例項注入到高層物件的例項中。
這叫做依賴注入。
現在,如果我們看一下程式碼,我們只依賴於業務訪問層中資料訪問層的抽象,而業務訪問層是使用的是資料訪問層實現的介面。因此,我們遵循了更高層次物件和更低層次物件都依賴於抽象的原則,抽象是更高層次物件和更低層次物件之間的契約。
現在,我們可以讓不同的團隊在不同的層上工作。我們可以讓一個團隊處理資料訪問層,一個團隊處理業務層,一個團隊處理UI。
接下來就顯示了可維護性和可擴充套件性的好處。例如,如果我們想為SQL Server建立一個新的資料訪問層,我們只需實現資料訪問層的抽象並將例項注入基礎設施中。
最後,原始碼現在是可測試的了。因為我們在任何地方都使用介面,所以我們可以很容易地在較低的單元測試中提供另一個實現。這意味著較低的測試將更容易設定。
現在,讓我們測試業務層。
我們將使用xUnit進行單元測試,使用Moq模擬資料訪問層。
下面是業務層的單元測試:
public class ProductBLTest { private readonly List<Product> _products = new List<Product> { new Product { Id = Guid.NewGuid(), Name= "iPhone 9", Description = "iPhone 9 mobile phone" }, new Product { Id = Guid.NewGuid(), Name= "iPhone X", Description = "iPhone X mobile phone" } }; private readonly ProductBL _productBL; public ProductBLTest() { var mockProductDAL = new Mock<IProductDAL>(); mockProductDAL .Setup(dal => dal.GetProducts()) .Returns(_products); mockProductDAL .Setup(dal => dal.GetProducts(It.IsAny<string>())) .Returns<string>(name => _products.Where(p => p.Name.Contains(name)).ToList()); _productBL = new ProductBL(mockProductDAL.Object); } [Fact] public void GetProductsTest() { var products = _productBL.GetProducts(); Assert.Equal(2, products.Count()); } [Fact] public void SearchProductsTest() { var products = _productBL.GetProducts("X"); Assert.Single(products); } }
你可以看到,使用依賴項注入很容易設定單元測試。
IoC容器
容器只是幫助實現依賴注入的東西。容器,通常實現三種不同的功能:
1.註冊介面和具體實現之間的對映
2.建立物件並解析依賴關係
3.釋放
讓我們實現一個簡單的容器來註冊對映並建立物件。
首先,我們需要一個儲存對映的資料結構。我們將選擇Hashtable。該資料結構將儲存對映。
首先,我們將在容器的建構函式中初始化Hashtable。然後,我們將建立一個RegisterTransient方法來註冊對映。最後,我們會建立一個建立物件的方法 Create :
public class Container { private readonly Hashtable _registrations; public Container() { _registrations = new Hashtable(); } public void RegisterTransient<TInterface, TImplementation>() { _registrations.Add(typeof(TInterface), typeof(TImplementation)); } public TInterface Create<TInterface>() { var typeOfImpl = (Type)_registrations[typeof(TInterface)]; if (typeOfImpl == null) { throw new ApplicationException($"Failed to resolve {typeof(TInterface).Name}"); } return (TInterface)Activator.CreateInstance(typeOfImpl); } }
最終,我們會更新UI:
class Program { static void Main(string[] args) { var container = new Container(); container.RegisterTransient<IProductDAL, ProductDAL>(); IProductBL productBL = new ProductBL(container.Create<IProductDAL>()); var products = productBL.GetProducts(); foreach (var product in products) { Console.WriteLine(product.Name); } Console.ReadKey(); } }
現在,讓我們在容器中實現Resolve方法。此方法將解決依賴關係。
Resolve方法如下:
public T Resolve<T>() { var ctor = ((Type)_registrations[typeof(T)]).GetConstructors()[0]; var dep = ctor.GetParameters()[0].ParameterType; var mi = typeof(Container).GetMethod("Create"); var gm = mi.MakeGenericMethod(dep); return (T)ctor.Invoke(new object[] { gm.Invoke(this, null) }); }
然後我們可以在UI中使用如下Resolve方法:
class Program { static void Main(string[] args) { var container = new Container(); container.RegisterTransient<IProductDAL, ProductDAL>(); container.RegisterTransient<IProductBL, ProductBL>(); var productBL = container.Resolve<IProductBL>(); var products = productBL.GetProducts(); foreach (var product in products) { Console.WriteLine(product.Name); } Console.ReadKey(); } }
在上面的原始碼中,容器使用container.Resolve<IProductBL>()方法建立ProductBL類的一個物件。ProductBL類是IProductDAL的一個依賴項。因此,container.Resolve<IProductBL>() 通過自動建立並在其中注入一個ProductDAL物件返回ProductBL類的一個物件。這一切都在幕後進行。建立和注入ProductDAL物件是因為我們用IProductDAL註冊了ProductDAL型別。
這是一個非常簡單和基本的IoC容器,它向你展示了IoC容器背後的內容。就是這樣。我希望你喜歡閱讀這篇文章。
歡迎關注我的公眾號,如果你有喜歡的外文技術文章,可以通過公眾號留言推薦給我。
原文連結:https://www.codeproject.com/Articles/5274732/Dependency-Injection-and-IoC-Containers-in-Csharp