a)使用場景：解決多重繼承和client需要多service_provider的支援。
b)典型uml：
c)舉例：薪水計算類的設計
不同的類別有不同的薪水計算方法，那麼getsalary方法可以抽象到乙個介面salarycalculator內，這樣在client進行呼叫時就會有多型的效果：
}d:分析總結
此例表現出不同的客戶端呼叫了同乙個介面的同乙個方法，而產生不同的執行效果，此現象是如何產生的呢？在於主方法中開始時便產生的不同的客戶端，如salarycalculator c = new categorya(10000, 200); ，即在開始時便採用了多型的手法產生了子類客戶端a，即會執行子類a中的方法內容產生a所要產生的效果。而在後面又將引用物件e的值付給了物件b c = new categoryb(20000, 800); ，即而產生另乙個客戶端而執行b中的方法因而會產生b所要產生的效果。。。。此所謂種瓜得瓜，種豆得豆鄴，如是而已。
設計模式（12） 介面隔離模式（1） 外觀模式
目錄 0.介面隔離模式 1.基本介紹 2.動機 3.類圖 4.案例 影院管理專案 5.外觀模式在mybatis原始碼中的應用 6.總結 在元件構建過程中，某些介面之間直接的依賴常常會帶來很多問題 甚至根本無法實現。採用新增一層間接 穩定 介面，來隔離本來互相緊密關聯的介面是一種常見的解決方案 典型模...
設計模式 2 介面隔離原則
介面 inte ce inte ce1 class bimplements inte ce1 public void operation2 public void operation3 public void operation4 public void operation5 class dimpl...
設計模式 二 介面隔離原則
要求程式設計師盡量將臃腫龐大的介面拆分成更小的和更具體的介面，讓介面中只包含客戶端感興趣的方法。客戶端不應該被迫依賴於它不使用的方法。即，乙個類對另乙個類的依賴應該建立在最小的介面上。上面的說法可能比較籠統，難以理解。下面就舉例說明 a類中的某個方法或者建構函式，引數需要傳入乙個介面實現類b，這就是...