六大設計原則 介面隔離原則

2021-10-04 10:48:37 字數 500 閱讀 7785

1、開閉原則

2、介面隔離原則

3、依賴倒置原則

4、迪公尺特原則

5、黎克特制替換原則

6、單一職責原則

客戶端不應該依賴它不需要的介面;乙個類對另乙個類的依賴應該建立在最小的介面上。簡單的來說就是要為各個類建立它們所需要的專用介面,而不要建立乙個很龐大的介面,供所有依賴它們的類去呼叫。

介面a中有方法1、方法2、方法3,類1實現了介面a中的3個所有方法,由於業務需要,新增的類2只需要介面中的方法1和方法2,為了省事於是類2也實現了介面a。這樣看來,隨著業務功能的不斷增加,介面a中的方法會不斷增多,而類1和類2中必然會存在大量不需要的方法,使專案工程中會存在大量冗餘的**,靈活性降低,給整體專案帶來無法預料的風險。如果嚴格按照介面隔離原則,那麼以上問題就不會出現。

既不能是大而全,會強迫實現沒有用的東西,也會依賴自己不需要的東西,也不能乙個方法乙個介面,這樣面向抽象也沒什麼意義,要細化介面,要根據實際需要,讓介面中只有用得上的方法。

設計模式六大原則 介面隔離原則 六

物件導向其它六大原則 單一職責原則 帶你走夢幻西遊 一 依賴倒置原則 二 開閉原則 三 迪公尺特原則 帶你走進夢幻西遊 四 黎克特制替換原則 五 定義 客戶端不應該依賴它不需要的介面 乙個類對另乙個類的依賴應該建立在最小的介面上。通俗來講不要強迫客戶使用它們不用的方法,如果強迫使用者使用它們不使用的...

六大設計原則 4 介面隔離原則

介面隔離原則 isp inte ce segregation principle 定義 1.客戶端不應該依賴它不需要的介面 2.乙個類對另乙個類的依賴應該建立在最小介面上。當我們設計乙個大的介面a,其子類b c為實現介面功能,可能不得不寫一些不需要的空的方法,而客戶端需要b的實現時必須通過a這個非最...

六大原則之介面隔離原則

客戶端不應該依賴它不需要的介面,即乙個類對另乙個類的依賴應該建立在最小的介面上 a 類通過介面 inte ce1 依賴 使用 b 類,但是只會用到 1,2,3 方法 class apublic void depend2 inte ce1 i public void depend3 inte ce1 ...