一、特性与定义
在现实生活中，常常存在办事比较复杂的例子，如办房产证或注册一家公司，有时需要同多个部门联系，非常麻烦，如果我只同一个部门联系就能解决这些问题、办绥一切手续就好了。 软件设计也是这样，当一个系统的功能越来越强，子系统会越来越多，客户对系统的访问也变得越来越复杂。这时如果系统内部发生改变，客户端也要跟着改变，这违背了“开闭原则”，所以有必要为多个子系统提供一个统一的接口，从而降低系统的耦合度，这就是外观模式的目的。
1. 定义：
是一种为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的内部细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。
2. 优点：
1). 降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
2). 对客户屏蔽了子系统组件，减少客户处理的对象数目，并使得子系统使用起来更加容易。
3). 降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，加为编译一个子系统不会影响其它子系统，也不会影响外观对象。
3. 缺点：
增加新的子系统需要修改外观类的代码，这违背了“开闭原则”。
二、角色与实现
1. 外观模式中的角色：
1). 子系统(Subsystem)：子系统是若干个类的集合，这些类的实例协同合作为用户提供所需要的功能，子系统中任何类都不包含外观类的实例的引用。
2). 外观类(Facade)：外观是一个类，该类包含子系统中全部或部分类的实例的引用，当用户想要和子系统中的若干个类的实例打交道时， 可以通过外观类提供的统一接口来沟通各个子系统。
2. 外观模式的实现：
报社的广告系统中的四个类，CheckWord, Charge, TypeSetting, Facade。
1). CheckWord的实例检查广告内容含有的字符个数。
2). Charge的实例负责计算费用。
3). TypeSetting的实例负责对广告进行排版。
4). Facade的实例对上述三个类提供了统一接口。
以下是代码实现：
1). CheckWord类
//外观类
public class CheckWord {
public void doCheckWord() {
System.out.println("checking word...");
System.out.println("check word successfull!");
}
}
2. Charge类
//计算费用类
public class Charge {
public void doCharge() {
System.out.println("广告费用：3000元。");
}
}
3. TypeSetting类
//排版类
public class TypeSetting {
public void doTypeSetting() {
System.out.println("type setting...");
System.out.println("type setting successfull!");
}
}
4. Facade类
//外观类
public class Facade {
private Charge charge;
private CheckWord checkWord;
private TypeSetting typeSetting;
public Facade() {
charge = new Charge();
checkWord = new CheckWord();
typeSetting = new TypeSetting();
}
public void doAdvertisement() {
charge.doCharge();
checkWord.doCheckWord();
typeSetting.doTypeSetting();
}
public static void main(String[] args) {
Facade facade = new Facade();
facade.doAdvertisement();
}
}
运行结果：
广告费用：3000元。
checking word...
check word successfull!
type setting...
type setting successfull!
