介面隔離原則 inte***ce segregation principle
定義：
我們可以把這兩個定義概括為一句話：建立單一介面，不要建立臃腫龐大的介面。再通俗一點講：介面盡量細化，同時介面中的方法盡量少。
提供給每個模組的都應該是單一介面，提供給幾個模組就應該有幾個介面，而不是建立乙個龐大的臃腫的介面，容納所有的客戶端訪問。
介面是我們設計時對外提供的契約，通過分散定義多個介面，可以預防未來變更的擴散，提高系統的靈活性和可維護性。
含義：
這是介面隔離原則的核心定義，不出現臃腫的介面（fat inte***ce），但是「小」是有限度的，首先就是不能違反單一職責原則。
根據介面隔離原則拆分介面時，首先必須滿足單一職責原則。
高內聚就是要提高介面、類、模組的處理能力，減少對外的互動。
具體到介面隔離原則就是，要求在介面中盡量少公布public方法，介面是對外的承諾，承諾地越少對系統開發越有利，變更的風險也就越少，同時也有利於降低成本。
定**務就是單獨為乙個個體提供優良的服務。
介面的設計粒度越小，系統越靈活，這是不爭的事實。但是，靈活的同時也帶來了結構的複雜化，開發難度增加，可維護性降低，這不是乙個專案或產品所期望看到的，所以介面設計一定要注意適度，這個度只能根據經驗和常識判斷，沒有乙個固化或可測量的標準。
設計模式六大原則之介面隔離原則
基本介紹 客戶端不應該依賴於它不需要的介面即乙個類對另乙個類的依賴應該建立在最小的介面上。類a通過inte ce1會依賴 使用 b，但是a中只會使用到介面中的1，2，3三個方法。類c通過inte ce1會依賴 使用 d，但是c中只會使用到介面中的1，4，5三個方法。分析 b d分別實現了inte c...
設計模式六大原則 介面隔離原則 六
物件導向其它六大原則 單一職責原則 帶你走夢幻西遊 一 依賴倒置原則 二 開閉原則 三 迪公尺特原則 帶你走進夢幻西遊 四 黎克特制替換原則 五 定義 客戶端不應該依賴它不需要的介面 乙個類對另乙個類的依賴應該建立在最小的介面上。通俗來講不要強迫客戶使用它們不用的方法，如果強迫使用者使用它們不使用的...
六大原則之介面隔離原則
客戶端不應該依賴它不需要的介面，即乙個類對另乙個類的依賴應該建立在最小的介面上 a 類通過介面 inte ce1 依賴 使用 b 類，但是只會用到 1,2,3 方法 class apublic void depend2 inte ce1 i public void depend3 inte ce1 ...