7種結構型模式之外觀模式（五）

在現實生活中，常常存在辦事較複雜的例子，如辦房產證或註冊一家公司，有時要同多個部門聯絡，這時要是有乙個綜合部門能解決一切手續問題就好了。

軟體設計也是這樣，當乙個系統的功能越來越強，子系統會越來越多，客戶對系統的訪問也變得越來越複雜。這時如果系統內部發生改變，客戶端也要跟著改變，這違背了「開閉原則」，也違背了「迪公尺特法則」，所以有必要為多個子系統提供乙個統一的介面，從而降低系統的耦合度，這就是外觀模式的目標。

外觀（facade）模式又叫作門面模式，是一種通過為多個複雜的子系統提供乙個一致的介面，而使這些子系統更加容易被訪問的模式。該模式對外有乙個統一介面，外部應用程式不用關心內部子系統的具體細節，這樣會大大降低應用程式的複雜度，提高了程式的可維護性。

在日常編碼工作中，我們都在有意無意的大量使用外觀模式。只要是高層模組需要排程多個子系統（2個以上的類物件），我們都會自覺地建立乙個新的類封裝這些子系統，提供精簡的介面，讓高層模組可以更加容易地間接呼叫這些子系統的功能。尤其是現階段各種第三方sdk、開源類庫，很大概率都會使用外觀模式。

優點

缺點

外觀（facade）模式的結構比較簡單，主要是定義了乙個高層介面。它包含了對各個子系統的引用，客戶端可以通過它訪問各個子系統的功能。現在來分析其基本結構和實現方法。

模式的結構

外觀（facade）模式包含以下主要角色。

其結構圖如下圖所示：

模式的實現

外觀角色

//class facade 
}

系統角色

class
subsystem01
}class
subsystem02
}class
subsystem03
}

程式執行結果如下：

子系統01的method1
()被呼叫！
子系統02的method2
()被呼叫！
子系統03的method3
()被呼叫！