Facade（外觀）模式為子系統中的各類（或結構與方法）提供一個簡明一致的界面，隱藏子系統的複雜性，使子系統更加容易使用。它是為子系統中的一組接口所提供的一個一致的界面。
基本介紹
- 中文名：Facade模式
- 套用：老舊的code（尤其是將C的代碼轉
- 優點：它對客戶禁止子系統組件
- 操作：如下例對資料庫的操作
套用,操作,優缺點,
套用
老舊的code（尤其是將C的代碼轉成C++代碼）或者即便不是老舊code，但涉及多個子系統時，除了重寫全部代碼（對於老舊code而言），我們還可能採用這樣一種策略：
重新進行類的設計，將原來分散在源碼中的類/結構及方法重新組合，形成新的、統一的接口，供上層套用使用。
這在某種意義上與Adapter及Proxy有類似之處，但是，Proxy（代理）注重在為Client-Subject提供一個訪問的中間層，如CORBA可為應用程式提供透明訪問支持，使應用程式無需去考慮平台及網路造成的差異及其它諸多技術細節；Adapter（適配器）注重對接口的轉換與調整；而Facade所面對的往往是多個類或其它程式單元，通過重新組合各類及程式單元，對外提供統一的接口/界面。
操作
public class DBCompare {
Connection conn = null;
PreparedStatement prep = null;
ResultSet rset = null;
try {
Class.forName( "<driver>" ).newInstance();
conn = DriverManager.getConnection( "<database>" );
String sql = "SELECT * FROM <table> WHERE <column name> = ?";
prep = conn.prepareStatement( sql );
prep.setString( 1, "<column value>" );
rset = prep.executeQuery();
if( rset.next() ) {
System.out.println( rset.getString( "<column name" ) );
}
} catch( SException e ) {
e.printStackTrace();
} finally {
rset.close();
prep.close();
conn.close();
}
}
上例是Jsp中最通常的對資料庫操作辦法.
在遇到以下情況使用Facade模式：
1、當你要為一個複雜子系統提供一個簡單接口時。子系統往往因為不斷演化而變得越來越複雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性，也更容易對子系統進行定製，但這也給那些不需要定製子系統的用戶帶來一些使用上的困難。
Facade可以提供一個簡單的預設視圖，這一視圖對大多數用戶來說已經足夠，而那些需要更多的可定製性的用戶可以越過Facade層。
2、客戶程式與抽象類的實現部分之間存在著很大的依賴性。引入Facade將這個子系統與客戶以及其他的子系統分離，可以提高子系統的獨立性和可移植性。
3、當你需要構建一個層次結構的子系統時，使用Facade模式定義子系統中每層的入口點，如果子系統之間是相互依賴的，你可以讓它們僅通過Facade進行通訊，從而簡化了它們之間的依賴關係。
優缺點
Facade模式有下面一些優點：
它對客戶禁止子系統組件，因而減少了客戶處理的對象的數目並使得子系統使用起來更加方便。
松耦合關係使得子系統的組件變化不會影響到它的客戶。Facade模式有助於建立層次結構系統，也有助於對對象之間的依賴關係分層。Facade模式可以消除複雜的循環依賴關係。這一點在客戶程式與子系統是分別實現的時候尤為重要。
在大型軟體系統中降低編譯依賴性至關重要。在子系統類改變時，希望儘量減少重編譯工作以節省時間。用Facade可以降低編譯依賴性，限制重要系統中較小的變化所需的重編譯工作。Facade模式同樣也有利於簡化系統在不同平台之間的移植過程，因為編譯一個子系統一般不需要編譯所有其他的子系統。
如果套用需要，它並不限制它們使用子系統類。因此你可以在系統易用性和通用性之間加以選擇。
