描述：
　　
　　外观模式（fa?ade pattern）涉及到子系统的一些类。所谓子系统，是为提供一系列相关的特征（功能）而紧密关联的一组类。例如，一个account类、address类和creditcard类相互关联，成为子系统的一部分，提供在线客户的特征。
　　
　　在真实的应用系统中，一个子系统可能由很多类组成。子系统的客户为了它们的需要，需要和子系统中的一些类进行交互。客户和子系统的类进行直接的交互会导致客户端对象和子系统（figure 22.1）之间高度耦合。任何的类似于对子系统中类的接口的修改，会对依赖于它的所有的客户类造成影响。
　　　
　　figure 22.1: client interaction with subsystem classes before applying the fa?ade pattern
　　
　　外观模式（fa?ade pattern）很适用于在上述情况。外观模式（fa?ade pattern）为子系统提供了一个更高层次、更简单的接口，从而降低了子系统的复杂度和依赖。这使得子系统更易于使用和管理。
　　
　　外观是一个能为子系统和客户提供简单接口的类。当正确的应用外观，客户不再直接和子系统中的类交互，而是与外观交互。外观承担与子系统中类交互的责任。实际上，外观是子系统与客户的接口，这样外观模式降低了子系统和客户的耦合度(figure 22.2).
　　　
　　figure 22.2: client interaction with subsystem classes after applying the fa?ade pattern
　　
　　从figure 22.2中我们可以看到：外观对象隔离了客户和子系统对象，从而降低了耦合度。当子系统中的类进行改变时，客户端不会像以前一样受到影响。
　　
　　尽管客户使用由外观提供的简单接口，但是当需要的时候，客户端还是可以视外观不存在，直接访问子系统中的底层次的接口。这种情况下，它们之间的依赖/耦合度和原来一样。
　　
　　例子：
　　
　　让我们建立一个应用：
　　
　　（1）　　接受客户的详细资料（账户、地址和信用卡信息）
　　
　　（2）　　验证输入的信息
　　
　　（3）　　保存输入的信息到相应的文件中。
　　
　　这个应用有三个类：account、address和creditcard。每一个类都有自己的验证和保存数据的方法。
　　
　　listing 22.1: accountclass
　　
　　public class account {
　　string firstname;
　　string lastname;
　　final string account_data_file = "accountdata.txt";
　　public account(string fname, string lname) {
　　firstname = fname;
　　lastname = lname;
　　}
　　public boolean isvalid() {
　　/*
　　let's go with simpler validation
　　here to keep the example simpler.
　　*/
　　…
　　…
　　}
　　public boolean save() {
　　fileutil futil = new fileutil();
　　string dataline = getlastname() + ”," + getfirstname();
　　return futil.writetofile(account_data_file, dataline,
　　true, true);
　　}
　　public string getfirstname() {
　　return firstname;
　　}
　　public string getlastname() {
　　return lastname;
　　}
　　}
　　
　　listing 22.2: address class
　　
　　public class address {
　　string address;
　　string city;
　　string state;
　　final string address_data_file = "address.txt";
　　public address(string add, string cty, string st) {
　　address = add;
　　city = cty;
　　state = st;
　　}
　　public boolean isvalid() {
　　/*
　　the address validation algorithm
　　could be complex in real-world
　　applications.
　　let's go with simpler validation
　　here to keep the example simpler.
　　*/
　　if (getstate().trim().length() < 2)
　　return false;
　　return true;
　　}
　　public boolean save() {
　　fileutil futil = new fileutil();
　　string dataline = getaddress() + ”," + getcity() + ”," +
　　getstate();
　　return futil.writetofile(address_data_file, dataline,
　　true, true);
　　}
　　public string getaddress() {
　　return address;
　　}
　　public string getcity() {
　　return city;
　　}
　　public string getstate() {
　　return state;
　　}
　　}
　　
　　listing 22.3: creditcard class
　　
　　public class creditcard {
　　string cardtype;
　　string cardnumber;
　　string cardexpdate;
　　final string cc_data_file = "cc.txt";
　　public creditcard(string cctype, string ccnumber,
　　string ccexpdate) {
　　cardtype = cctype;
　　cardnumber = ccnumber;
　　cardexpdate = ccexpdate;
　　}
　　public boolean isvalid() {
　　/*
　　let's go with simpler validation
　　here to keep the example simpler.
　　*/
　　if (getcardtype().equals(accountmanager.visa)) {
　　return (getcardnumber().trim().length() == 16);
　　}
　　if (getcardtype().equals(accountmanager.discover)) {
　　return (getcardnumber().trim().length() == 15);
　　}
　　if (getcardtype().equals(accountmanager.master)) {
　　return (getcardnumber().trim().length() == 16);
　　}
　　return false;
　　}
　　public boolean save() {
　　fileutil futil = new fileutil();
　　string dataline =
　　getcardtype() + ,”" + getcardnumber() + ”," +
　　getcardexpdate();
　　return futil.writetofile(cc_data_file, dataline, true,
　　true);
　　}
　　public string getcardtype() {
　　return cardtype;
　　}
　　public string getcardnumber() {
　　return cardnumber;
　　}
　　public string getcardexpdate() {
　　return cardexpdate;
　　}
　　}
　　　
　　让我们建立一个客户accountmanager，它提供用户输入数据的用户界面。
　　
　　listing 22.4: client accountmanager class
　　
　　public class accountmanager extends jframe {
　　public static final string newline = "\n";
　　public static final string validate_save = "validate & save";
　　…
　　…
　　public accountmanager() {
　　super(" facade pattern - example ");
　　cmbcardtype = new jcombobox();
　　cmbcardtype.additem(accountmanager.visa);
　　cmbcardtype.additem(accountmanager.master);
　　cmbcardtype.additem(accountmanager.discover);
　　…
　　…
　　//create buttons
　　jbutton validatesavebutton =
　　new jbutton(accountmanager.validate_save);
　　…
　　…
　　}
　　public string getfirstname()　{
　　return txtfirstname.gettext();
　　}
　　…
　　…
　　}//end of class accountmanager
　　
　　当客户accountmanage运行的时候，展示的用户接口如下：
　　　
　　figure 22.4: user interface to enter the customer data
　　
　　为了验证和保存输入的数据，客户accountmanager需要：
　　
　　（1）　　建立account、address和creditcard对象。
　　
　　（2）　　用这些对象验证输入的数据
　　
　　（3）　　用这些对象保存输入的数据。
　　
　　下面是对象间的交互顺序图：
　　　
　　figure 22.5: how a client would normally interact (directly) with subsystem classes to validate and save the customer data
　　
　　在这个例子中应用外观模式是一个很好的设计，它可以降低客户和子系统组件（address、account和creditcard）之间的耦合度。应用外观模式，让我们定义一个外观类customerfacade (figure 22.6 and listing 22.5)。它为由客户数据处理类（address、account和creditcard）所组成的子系统提供一个高层次的、简单的接口。
　　
　　customerfacade
　　address:string
　　city:string
　　state:string
　　cardtype:string
　　cardnumber:string
　　cardexpdate:string
　　fname:string
　　lname:string
　　setaddress(inaddress:string)
　　setcity(incity:string)
　　setstate(instate:string)
　　setcardtype(incardtype:string)
　　setcardnumber(incardnumber:string)
　　setcardexpdate(incardexpdate:string)
　　setfname(infname:string)
　　setlname(inlname:string)
　　savecustomerdata()
　　　
　　figure 22.6: fa?ade class to be used by the client in the revised design
　　
　　listing 22.5: customerfacade cl