Facade

實際應用中，我們在對付一些老舊的code，或者即便不是老舊code，但涉及多個子系統時，除了重寫全部代碼我們還可能採用這樣一種策略：

重新進行類的設計，將原來分散在源碼中的類/結構及方法重新組合，形成新的、統一的接口，供上層應用使用。

這在某種意義上與Adapter及Proxy有類似之處，但是，Proxy（代理）注重在為Client-Subject提供一個訪問的中間層，如CORBA可為應用程序提供透明訪問支持，使應用程序無需去考慮平台及網絡造成的差異及其它諸多技術細節；Adapter（適配器）注重對接口的轉換與調整；而Facade所面對的往往是多個類或其它程序單元，通過重新組合各類及程序單元，對外提供統一的接口/界面。

在遇到以下情況使用Facade模式：

1、當你要為一個複雜子系統提供一個簡單接口時。子系統往往因為不斷演化而變得越來越複雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性，也更容易對子系統進行定製，但這也給那些不需要定製子系統的用户帶來一些使用上的困難。

Facade可以提供一個簡單的缺省視圖，這一視圖對大多數用户來説已經足夠，而那些需要更多的可定製性的用户可以越過Facade層。

2、客户程序與抽象類的實現部分之間存在着很大的依賴性。引入Facade將這個子系統與客户以及其他的子系統分離，可以提高子系統的獨立性和可移植性。

3、當你需要構建一個層次結構的子系統時，使用Facade模式定義子系統中每層的入口點，如果子系統之間是相互依賴的，你可以讓它們僅通過Facade進行通訊，從而簡化了它們之間的依賴關係。

Facade模式有下面一些優點：

1、它對客户屏蔽子系統組件，因而減少了客户處理的對象的數目並使得子系統使用起來更加方便。

2、它實現了子系統與客户之間的松耦合關係，而子系統內部的功能組件往往是緊耦合的。

松耦合關係使得子系統的組件變化不會影響到它的客户。Facade模式有助於建立層次結構系統，也有助於對對象之間的依賴關係分層。Facade模式可以消除複雜的循環依賴關係。這一點在客户程序與子系統是分別實現的時候尤為重要。

在大型軟件系統中降低編譯依賴性至關重要。在子系統類改變時，希望儘量減少重編譯工作以節省時間。用Facade可以降低編譯依賴性，限制重要系統中較小的變化所需的重編譯工作。Facade模式同樣也有利於簡化系統在不同平台之間的移植過程，因為編譯一個子系統一般不需要編譯所有其他的子系統。

3、如果應用需要，它並不限制它們使用子系統類。因此你可以在系統易用性和通用性之間加以選擇。

Facade缺點：不符合開閉原則。所謂的開閉原則是軟件工程裏面一個最基本的原則：對擴展開放，對修改關閉。換句話説，你的系統可以提供新的功能模塊而不必進行修改。