外觀模式（facade）：為子系統中的一組介面提供乙個一致的介面，此模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。
uml圖
適用場合：這要分三個階段來說，首先，在設計初期階段，應該要有意識的將不同的兩個層分離，比如經典的三層架構，就需要考慮在資料訪問層和業務邏輯層、業務邏輯層和表示層的層與層之間建立外觀facade，這樣可以為複雜的子系統提供乙個簡單的介面，使得耦合大大降低，其次，在開發階段，子系統往往因為不斷的重構演化而變得越來越複雜，大多數的模式使用時也都會產生很多很小的類，這本是好事，但也給外部呼叫它們的使用者程式帶來了使用上的困難，增加外觀facade可以提供乙個簡單的介面，減少它們之間的依賴，第三，在維護乙個遺留的大型系統時，可能這個系統已經非常難以維護和擴充套件了，但因為它包含非常重要的功能，新的需求開發必須依賴於它。此時用外觀模式facade也是非常合適的。你可以為新系統開發乙個外觀facade類，來提供設計粗糙或高度複雜的遺留**的比較清晰簡單的介面，讓新系統與facade物件互動，facade與遺留**互動所有複雜的工作。
《大話設計模式 外觀模式》筆記
1 外觀模式 facade 為子系統中的一組介面提供乙個一致的介面，此模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。2 外觀模式結構圖 2 簡單 實現 四個子系統類 public class subsystema public class subsystemb public class...
大話設計模式 外觀模式
把子系統的功能封裝到乙個類裡，對外只提供這乙個類，適合於老系統對外提供介面 子系統 1 public class subsystemone 子系統 2 public class subsystemtwo 子系統 3 public class subsystemthree 子系統 4 public c...
大話設計模式 外觀模式
外觀模式 新增乙個類，這個類當作客戶端和真正系統之間的橋梁，客戶端通過類實習那對系統的呼叫。是最小知道原則的具體實現，如果兩個類必須通訊，要借助第三方類。相當於客戶端和真正系統的通訊員，負責他們之間互動。a是未使用外觀模式前，客戶端和子系統互動 b是使用外觀模式後，外觀類當作客戶端和子系統的橋梁，負...