設計模式 介面隔離原則
用類圖說明
然後書寫**清單
public inte***ce ipettygirl
接著,使用具體的類實現
public class pettygirl implements ipettygirl
// 臉
public void goodlooking()
// 氣質
public void nicefigure()
// 身材
public void nicefigure()
}
對星探定義
public abstratc class abstractsearcher
// 定義搜尋抽象類
public abstract void show();
}
然後對星探進行實現
public class searcher extends abstractsearcher
// 展示
public void show()
}
接著書寫場景
public class client
}
接著,要進行更改了。對好看的定義,發生了改變,那麼就應該改變pettygirl中的內容,但是已經在介面中定義了。那麼就有問題了。即,介面承擔的內容過多導致
發現問題了。介面被過度的封裝了,那麼就要進行拆分。
// 接著對人進行定義
public inte***ce igoodbodygirl
public inte***ce igreattempramentgirl
接著定義標準的
public class pettygirl implements igoodbodygirl, igreattempramentgirl
// 臉
public void goodlooking()
// 氣質
public void greattemperament()
// 身材
public void greattemperament()
}
介面要承擔的功能要最小。即,要滿足單一原則。
介面要高內聚 即 介面中少公布public方法,即,介面要承擔的職責要最小,最核心
舉例,要定製圖書管理系統
拆分成兩個介面,該介面乙個對內,乙個對外,保證了安全。
即,乙個介面只服務於乙個子模組和業務邏輯
設計模式 (介面隔離原則)
介面有兩種型別 建立單一介面,介面盡量要細化,同時介面中的方法盡量少 這回可能會有人問了,這跟單一職責原則不是相同的嗎 單一職責要求的是類和介面職責單一,強調的是職責,業務邏輯上的劃分 介面隔離要求介面的方法盡量少,需要盡量使用多個專門介面 下面舉個例子來說明 車的好壞都是口碑,質量和品牌 好車類 ...
設計模式 介面隔離原則
反例 inte ce inte ce1class b implements inte ce1 override public void operation2 override public void operation3 override public void operation4 overrid...
設計模式之介面隔離原則
基本介紹 客戶端不應該依賴它不需要的介面,即乙個類對另乙個類的依賴應該建立在最小的介面上 應用例項 例1 public class segregation1 inte ce inte ce1 class b implements inte ce1 override public void opera...