大B：“我給你舉個例子來說明吧！”
小A：“嗯。好的。”
大B：“讓我們建立一個應用：1、接受客戶的詳細資料（賬戶、地址和信用卡信息）2、驗證輸入的信息3、保存輸入的信息到相應的文件中。這個應用有三個類：Account、Address和CreditCard。每一個類都有自己的驗證和保存數據的方法。”
當客戶AccountManage運行的時候，展示的用戶接口如下：
圖大B：“在這個例子中應用外觀模式是一個很好的設計，它可以降低客戶和子係統組件（Address、Account和CreditCard）之間的耦合度。應用外觀模式，定義一個外觀類CustomerFacade（Figure6andListing5）。它為由客戶數據處理類（Address、Account和CreditCard）所組成的子係統提供一個高層次的、簡單的接口。”
大B：“CustomerFacade類以saveCustomData方法的形式提供了業務層次上的服務。客戶AccountManager不是直接和子係統的每一個組件交互，而是使用了由CustomFacade對象提供的驗證和保存客戶數據的更高層次、更簡單的接口。”
B：“在新的設計中，為了驗證和保存客戶數據，客戶需要：1、建立或獲得外觀對象CustomFacade的一個實例。2、傳遞數據給CustomFacade實例進行驗證和保存。3、調用CustomFacade實例上的saveCustomData方法。CustomFacade處理創建子係統中必要的對象並且調用這些對象上相應的驗證、保存客戶數據的方法這些細節問題。客戶不再需要直接訪問任何的子係統中的對象。”
小A：“師兄，應用外觀模式有哪些注意事項？”
大B：“應用外觀模式要注意以下事項：1、在設計外觀時，不需要增加額外的功能。2、不要從外觀方法中返回子係統中的組件給客戶。例如：有一個下麵的方法：CreditCardgetCreditCard會報漏子係統的細節給客戶。應用就不能從應用外觀模式中取得最大的好處。3、應用外觀的目的是提供一個高層次的接口。因此，外觀方法最適合提供特定的高層次的業務服務，而不是進行底層次的單獨的業務執行。”
小A：“明白。我記住了！”
(本章完)