設計模式 介面隔離原則

2022-09-09 01:09:29 字數 1554 閱讀 9772

設計模式 介面隔離原則

用類圖說明

然後書寫**清單

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...