類a通過介面i依賴類b，類c通過介面i依賴類d，如果介面i對於類a和類b來說不是最小介面，則類b和類d必須去實現他們不需要的方法。
介面最好大小合適，不臃腫，也不過於細緻。適合於需求，卻不多於需求（不實現它們不需要的方法）客戶端不應該依賴它不需要的介面；乙個類對另乙個類的依賴應該建立在最小的介面上。
建立單一介面，不要建立龐大臃腫的介面，盡量細化介面，介面中的方法盡量少。也就是說，我們要為各個類建立專用的介面，而不要試圖去建立乙個很龐大的介面供所有依賴它的類去呼叫。本文例子中，將乙個龐大的介面變更為3個專用的介面所採用的就是介面隔離原則。在程式設計中，依賴幾個專用的介面要比依賴乙個綜合的介面更靈活。介面是設計時對外部設定的「契約」，通過分散定義多個介面，可以預防外來變更的擴散，提高系統的靈活性和可維護性。
說到這裡，很多人會覺的介面隔離原則跟之前的單一職責原則很相似，其實不然。其一，單一職責原則原注重的是職責；而介面隔離原則注重對介面依賴的隔離。其二，單一職責原則主要是約束類，其次才是介面和方法，它針對的是程式中的實現和細節；而介面隔離原則主要約束介面介面，主要針對抽象，針對程式整體框架的構建。
運用介面隔離原則，一定要適度，介面設計的過大或過小都不好。設計介面的時候，只有多花些時間去思考和籌畫，才能準確地實踐這一原則。
設計模式 物件導向設計原則
軟體的可維護性和可複製性是兩個非常重要的軟體質量屬性 物件導向物件設計原則是設計模式學習的基礎。每乙個設計模式都符合乙個或者多個物件導向設計原則 單一職責原則是最簡單的物件導向設計原則，它用於控制類的粒度大小 單一設計原則 乙個物件應該只包含單一的職責，並且該職責被完整的封裝在乙個類裡 這也意味著 ...
設計模式 物件導向設計原則
物件導向設計原則為支援可維護性復用而誕生，這些原則蘊含在很多設計模式中，它們是從許多設計方案中總結出的指導性原則。最常見的7種物件導向設計原則如下表所示 使用頻率 單一職責原則 single responsibility principle,srp 乙個類只負責乙個功能領域中的相應職責 開閉原則 o...
設計模式 物件導向設計原則
世界是具體的，認知是抽象的。像自然界中的生物 植物 動物乙個個名詞，就是對一系列具體個體抽象出來的稱謂，而魚 老虎 樹等就是乙個個實在的具體。哦，也許你會說，樹也是對一系列具體個體的抽象出來的稱謂，對也不對，對是因為樹確實是一系列具體個體的抽象稱謂，不對是因為照這個邏輯下去，就會陷入死迴圈，直到小到...