物件導向其它六大原則
單一職責原則-帶你走夢幻西遊(一)
依賴倒置原則(二)
開閉原則(三)
迪公尺特原則-帶你走進夢幻西遊(四)
黎克特制替換原則(五)
定義
客戶端不應該依賴它不需要的介面;乙個類對另乙個類的依賴應該建立在最小的介面上。 通俗來講不要強迫客戶使用它們不用的方法,如果強迫使用者使用它們不使用的方法,那麼這些客戶就會面臨由於這些不使用的方法的改變所帶來的改變。
毛驢覺得沒什麼問題後給經理看,經理看完後很生氣的對毛驢說:「毛驢,你的設計依賴性太重了。你讓使用者使用每種支付的同時也要實現另外2中支付方式,那麼只要其中一種支付發生變化都有可能會影響到別的支付,重新設計!!!於是毛驢重新設計了一番,最後經理非常滿意。那麼毛驢是如何解決這個問題呢?參考下圖的設計,為每個類都單獨設計專門的操作介面,使得它們只依賴於它們關係的方法,這樣就不會互影響了!
設計模式六大原則之介面隔離原則
基本介紹 客戶端不應該依賴於它不需要的介面即乙個類對另乙個類的依賴應該建立在最小的介面上。類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 ...
設計模式之六大原則 介面隔離原則(ISP)
介面隔離原則 inte ce segregation principle 定義 我們可以把這兩個定義概括為一句話 建立單一介面,不要建立臃腫龐大的介面。再通俗一點講 介面盡量細化,同時介面中的方法盡量少。提供給每個模組的都應該是單一介面,提供給幾個模組就應該有幾個介面,而不是建立乙個龐大的臃腫的介面...