網站首頁 編程語言 正文
在面向對象編程中,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)
本文我們來介紹接口隔離原則。
接口隔離原則
接口隔離原則(Interface segregation principle,ISP)認為“多個特定用戶接口要好于一個寬泛用途的接口”。
它指明用戶(client)不應被迫使用對其而言無用的方法或功能。接口隔離原則將龐大臃腫的接口拆分成為更小、更具體的接口,讓用戶僅需知道他們感興趣的方法。這種縮小了的接口也被稱為角色接口(role interfaces)。接口隔離原則的目的是將系統解耦,從而使其易于重構、更改和重新部署。
C# 示例
糟糕的示范
創建一個包含公司部門的?ICompanyDepartment?接口。
interface ICompanyDepartment { public void AdminDepartment(); public void FinanaceDepartment(); public void HRDepartment(); public void ITDepartment(); }
讓我們首先為 A 公司實現?ICompanyDepartment?接口,文件名為?ACompany.cs:
class ACompany : ICompanyDepartment { public void AdminDepartment() { //DO SOMETHING } public void FinanaceDepartment() { //DO SOMETHING } public void HRDepartment() { //DO SOMETHING } public void ITDepartment() { //DO SOMETHING } }
假如現在有一個從事制造業的 B 公司,他們沒有 IT 部門,而多了一個生產部門,那么上面的實現就有問題了。
如果在接口?ICompanyDepartment?上添加一個?ManufacturingDepartment
?生產部門,那我們就不得不在?ACompany?和?BCompany?兩個類上都實現該簽名。
也就是說,為了使用?ICompanyDepartment?接口,我們不得不在?ACompany?類上實現不必要的?ManufacturingDepartment
?方法,在?BCompany?類上實現不必要的?ITDepartment
?方法。這明顯違反了接口隔離原則。
為了使其符合接口隔離原則,我們需要進行一些修改。
正確的示范
根據接口隔離原則,我們要將?ITDepartment
?和?ManufacturingDepartment
?方法從接口?ICompanyDepartment?拆分出來,形成兩個獨立的角色接口:
- IACompanyUniqueFeature
- IBCompanyUniqueFeature
這樣我們就擁有了三個接口:
interface ICompanyDepartment { public void AdminDepartment(); public void FinanaceDepartment(); public void HRDepartment(); } interface IACompanyUniqueFeature { public void ITDepartment(); } interface IBCompanyUniqueFeature { public void ManufacturingDepartment(); }
類?ACompany?和?BCompany?的實現如下:
class ACompany : ICompanyDepartment, IACompanyUniqueFeature { public void AdminDepartment() { //DO SOMETHING } public void FinanaceDepartment() { //DO SOMETHING } public void HRDepartment() { //DO SOMETHING } public void ITDepartment() { //DO SOMETHING } } class BCompany : ICompanyDepartment, IBCompanyUniqueFeature { public void AdminDepartment() { //DO SOMETHING } public void FinanaceDepartment() { //DO SOMETHING } public void HRDepartment() { //DO SOMETHING } public void ManufacturingDepartment() { //DO SOMETHING } }
這樣,以上的接口設計便遵循了接口隔離原則。
總結
本文我介紹了 SOLID 原則中的接口隔離原則(Interface segregation principle),并通過 C# 代碼示例簡明地詮釋了它的含意和實現,希望對您有所幫助。
參考文檔:
https://www.c-sharpcorner.com/blogs/interface-segregation-principle-in-c-sharp
原文鏈接:https://www.cnblogs.com/ittranslator/p/SOLID-interface-segregation-principle.html
相關推薦
- 2021-12-15 C#?多線程學習之基礎入門_C#教程
- 2022-12-05 Android?Crash與ANR詳細介紹_Android
- 2022-02-02 css 旋轉 animation動畫
- 2022-05-27 Entity?Framework?Core相關包的概念介紹與安裝_實用技巧
- 2022-08-30 MongoDB集合的增刪改查管理_MongoDB
- 2022-08-10 淺析python中的set類型_python
- 2022-06-25 python格式化輸出實例(居中、靠右及靠左對齊)_python
- 2023-01-30 如何使用Flutter實現手寫簽名效果_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同步修改后的遠程分支