網站首頁 編程語言 正文
在面向對象編程中,SOLID?是五個設計原則的首字母縮寫,旨在使軟件設計更易于理解、靈活和可維護。這些原則是由美國軟件工程師和講師羅伯特·C·馬丁(Robert Cecil Martin)提出的許多原則的子集,在他2000年的論文《設計原則與設計模式》中首次提出。
SOLID 原則包含:
- S:單一功能原則(single-responsibility principle)
- O:開閉原則(open-closed principle)
- L:里氏替換原則(Liskov substitution principle)
- I:接口隔離原則(Interface segregation principle)
- D:依賴反轉原則(Dependency inversion principle)
本文我們來介紹依賴反轉原則。
依賴反轉原則
在面向對象編程領域中,依賴反轉原則(Dependency inversion principle,DIP)是指一種特定的解耦形式,使得高層次的模塊不依賴于低層次模塊的實現細節,依賴關系被顛倒(反轉),從而使低層次模塊依賴于高層次模塊的需求抽象。(傳統的依賴關系創建在高層次上,而具體的策略設置則應用在低層次的模塊上)
(圖1 中,高層 對象A 依賴于低層 對象B 的實現;圖2 中,把高層 對象A 對低層對象的需求抽象為一個 接口A,低層 對象B 實現了 接口A,這就是依賴反轉。)
依賴反轉原則約定:
- 高層次的模塊不應該依賴于低層次的模塊,兩者都應該依賴于抽象接口。
- 抽象接口不應該依賴于具體實現。而具體實現則應該依賴于抽象接口。
該原則顛倒了一部分人對于面向對象設計的認識方式(如高層次和低層次對象都應該依賴于相同的抽象接口)。
依賴注入是該原則的一種實現方式。
C# 示例
先定義一個商品信息類:
public class ProductInfo
{
public int ID { get; set; }
public string ProductName { get; set; }
public string ProductSpec { get; set; }
public int Stock { get; set; }
}
糟糕的示范
新建一個數據訪問類?ProductDataAccess?和業務邏輯類?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,這明顯違反了?依賴反轉原則。
正確的示范
根據?依賴反轉原則?的要求,我們把高層對象?ProductBusinessLogic?對低層對象的需求抽象為一個接口?IProductDataAccess:
public interface IProductDataAccess
{
ProductInfo GetDetail(int id);
}
在低層對象?ProductDataAccess?中實現接口?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);
}
}
這樣,這些類的設計便遵守了依賴反轉原則。
其實,ASP.NET Core 中服務的依賴注入正是遵循了依賴反轉原則。
總結
本文我介紹了 SOLID 原則中的依賴反轉原則(Dependency inversion principle),并通過 C# 代碼示例簡明地詮釋了它的含意和實現,希望對您有所幫助。
原文鏈接:https://www.cnblogs.com/ittranslator/p/SOLID-dependency-inversion-principle.html
相關推薦
- 2022-04-09 Nginx 提示10013: An attempt was made to access a soc
- 2022-05-23 Nginx中location匹配以及rewrite重寫跳轉詳解_nginx
- 2023-04-12 Python?numpy.interp的實例詳解_python
- 2022-05-16 C++STL之vector模板類詳解_C 語言
- 2022-03-16 C#語言主要語言區域_C#教程
- 2022-02-05 flask報錯:The method is not allowed for the requeste
- 2022-04-13 .NET5實現操作注冊表的方法_實用技巧
- 2022-10-22 BroadcastReceiver靜態注冊案例詳解_Android
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支