描述

外觀模式（Façade pattern）涉及到子系統的一些類。所謂子系統，是為提供一系列相關的特征（功能）而緊密關聯的一組類。例如，一個Account類、Address類和CreditCard類相互關聯，成為子系統的一部分，提供在線客戶的特征。

在真實的應用系統中，一個子系統可能由很多類組成。子系統的客戶為了它們的需要，需要和子系統中的一些類進行交互?？蛻艉妥酉到y的類進行直接的交互會導致客戶端對象和子系統之間高度耦合。任何的類似于對子系統中類的接口的修改，會對依靠于它的所有的客戶類造成影響。

外觀模式（Façade pattern）很適用于在上述情況。外觀模式（Façade pattern）為子系統提供了一個更高層次、更簡單的接口，從而降低了子系統的復雜度和依靠。這使得子系統更易于使用和治理。

外觀是一個能為子系統和客戶提供簡單接口的類。當正確的應用外觀，客戶不再直接和子系統中的類交互，而是與外觀交互。外觀承擔與子系統中類交互的責任。實際上，外觀是子系統與客戶的接口，這樣外觀模式降低了子系統和客戶的耦合度。

我們可以看到：外觀對象隔離了客戶和子系統對象，從而降低了耦合度。當子系統中的類進行改變時，客戶端不會像以前一樣受到影響。

盡管客戶使用由外觀提供的簡單接口，但是當需要的時候，客戶端還是可以視外觀不存在，直接訪問子系統中的底層次的接口。這種情況下，它們之間的依靠/耦合度和原來一樣。

例子：

讓我們建立一個應用：

（1）    接受客戶的具體資料（賬戶、地址和信用卡信息）

（2）    驗證輸入的信息

（3）    保存輸入的信息到相應的文件中。

這個應用有三個類：Account、Address和CreditCard。每一個類都有自己的驗證和保存數據的方法。

1. public class Account { 
2.   String firstName; 
3.   String lastName; 
4.   final String ACCOUNT_DATA_FILE = "AccountData.txt"; 
5.   public Account(String fname, String lname) { 
6.     firstName = fname; 
7.     lastName = lname; 
8.   } 
9.   public boolean isValid() { 
10.     /* 
11.      Let's go with simpler validation 
12.      here to keep the example simpler. 
13.     */ 
14.         … 
15.         … 
16.   } 
17.   public boolean save() { 
18.     FileUtil futil = new FileUtil(); 
19.     String dataLine = getLastName() + ”," + getFirstName(); 
20.     return futil.writeToFile(ACCOUNT_DATA_FILE, dataLine, 
21.     true, true); 
22.   } 
23.   public String getFirstName() { 
24.     return firstName; 
25.   } 
26.   public String getLastName() {