快捷導(dǎo)航

C#面向?qū)ο缶幊讨幸蕾嚪崔D(zhuǎn)原則的示例詳解

更新時間：2022年07月26日 11:35:52 作者：技術(shù)譯民

在面向?qū)ο缶幊讨?，SOLID?是五個設(shè)計(jì)原則的首字母縮寫，旨在使軟件設(shè)計(jì)更易于理解、靈活和可維護(hù)。本文將通過實(shí)例詳細(xì)講講C#面向?qū)ο缶幊讨幸蕾嚪崔D(zhuǎn)原則，需要的可以參考一下

在面向?qū)ο缶幊讨校?strong>SOLID 是五個設(shè)計(jì)原則的首字母縮寫，旨在使軟件設(shè)計(jì)更易于理解、靈活和可維護(hù)。這些原則是由美國軟件工程師和講師羅伯特·C·馬丁(Robert Cecil Martin)提出的許多原則的子集，在他2000年的論文《設(shè)計(jì)原則與設(shè)計(jì)模式》中首次提出。

SOLID 原則包含：

本文我們來介紹依賴反轉(zhuǎn)原則。

依賴反轉(zhuǎn)原則

在面向?qū)ο缶幊填I(lǐng)域中，依賴反轉(zhuǎn)原則（Dependency inversion principle，DIP）是指一種特定的解耦形式，使得高層次的模塊不依賴于低層次模塊的實(shí)現(xiàn)細(xì)節(jié)，依賴關(guān)系被顛倒（反轉(zhuǎn)），從而使低層次模塊依賴于高層次模塊的需求抽象。（傳統(tǒng)的依賴關(guān)系創(chuàng)建在高層次上，而具體的策略設(shè)置則應(yīng)用在低層次的模塊上）

（圖1 中，高層對象A 依賴于低層對象B 的實(shí)現(xiàn)；圖2 中，把高層對象A 對低層對象的需求抽象為一個接口A，低層對象B 實(shí)現(xiàn)了接口A，這就是依賴反轉(zhuǎn)。）

依賴反轉(zhuǎn)原則約定：

高層次的模塊不應(yīng)該依賴于低層次的模塊，兩者都應(yīng)該依賴于抽象接口。
抽象接口不應(yīng)該依賴于具體實(shí)現(xiàn)。而具體實(shí)現(xiàn)則應(yīng)該依賴于抽象接口。

該原則顛倒了一部分人對于面向?qū)ο笤O(shè)計(jì)的認(rèn)識方式（如高層次和低層次對象都應(yīng)該依賴于相同的抽象接口）。

依賴注入是該原則的一種實(shí)現(xiàn)方式。

C# 示例

先定義一個商品信息類：

public class ProductInfo
{
    public int ID { get; set; }
    public string ProductName { get; set; }
    public string ProductSpec { get; set; }
    public int Stock { get; set; }
}

糟糕的示范

新建一個數(shù)據(jù)訪問類 ProductDataAccess 和業(yè)務(wù)邏輯類 ProductBusinessLogic：

public class ProductDataAccess
{
    public ProductInfo GetDetail(int id)
    {
        ProductInfo product = new()
        {
            ID = id,
            ProductName = "白糖",
            ProductSpec = "500g",
            Stock = 100
        };
        return product;
    }
}

public class ProductBusinessLogic
{
    private readonly ProductDataAccess _productDataAccess;
    public ProductBusinessLogic()
    {
        _productDataAccess = new ProductDataAccess();
    }

    public ProductInfo GetProductDetails(int id)
    {
        return _productDataAccess.GetDetail(id);
    }
}

在上面的代碼中，高層次的類 ProductBusinessLogic 直接依賴于低層次的類 ProductDataAccess，這明顯違反了依賴反轉(zhuǎn)原則。

正確的示范

根據(jù) 依賴反轉(zhuǎn)原則的要求，我們把高層對象 ProductBusinessLogic 對低層對象的需求抽象為一個接口 IProductDataAccess：

public interface IProductDataAccess
{
    ProductInfo GetDetail(int id);
}

在低層對象 ProductDataAccess 中實(shí)現(xiàn)接口 IProductDataAccess，然后在高層對象 ProductBusinessLogic 中引用（注入）接口 IProductDataAccess：

public class ProductDataAccess : IProductDataAccess
{
    public ProductInfo GetDetail(int id)
    {
        ProductInfo product = new()
        {
            ID = id,
            ProductName = "白糖",
            ProductSpec = "500g",
            Stock = 100
        };
        return product;
    }
}

public class ProductBusinessLogic
{
    private readonly IProductDataAccess _productDataAccess;
    public ProductBusinessLogic(IProductDataAccess productDataAccess)
    {
        _productDataAccess = productDataAccess;
    }

    public ProductInfo GetProductDetails(int id)
    {
        return _productDataAccess.GetDetail(id);
    }
}

這樣，這些類的設(shè)計(jì)便遵守了依賴反轉(zhuǎn)原則。

其實(shí)，ASP.NET Core 中服務(wù)的依賴注入正是遵循了依賴反轉(zhuǎn)原則。