外观模式：降低客户端与子系统的耦合度。
(1) Facade（外观角色）：在客户端可以调用它的方法，在外观角色中可以知道相关的（一个或者多个）子系统的功能和责任；在正常情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。
(2) SubSystem（子系统角色）：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能；每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求；子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。
例如：把大象装进冰箱这个脑筋急转弯。这个动作被分解为三步：打开冰箱门，把大象放进冰箱，关上冰箱门。
对于客户端来说，只要把大象装进冰箱这个结果，不需要知道被分解为三步，由3个子系统完成。
设计成外观模式。
代码：
public class OpenDoor {
public void openDoor(){
System.out.println("open door");
}
}
public class PutElephantIntoFridge {
public void putElephant(){
System.out.println("Put Elephant Into Fridge ");
}
}
public class CloseDoor {
public void closeDoor(){
System.out.println("close door");
}
}
public class GetElephantFacade {
private CloseDoor close;
private OpenDoor open;
private PutElephantIntoFridge put;
public GetElephantFacade (){
close = new CloseDoor();
open = new OpenDoor();
put = new PutElephantIntoFridge();
}
public void putElephant(){
open.openDoor();
put.putElephant();
close.closeDoor();
}
}
测试代码：
GetElephantFacade ge = new GetElephantFacade();
ge.putElephant();
通过以上的代码和分析，我们发现，外观模式，违背了开闭原则，即如果增加一个动作，需要修改现有的代码。
为了解决这个问题，需要设计一个抽象类或者接口，外观类继承或者实现这个抽象类或者接口，这样一来，增加其他动作就可以放在新增外观类中。
