外观模式

外观模式：降低客户端与子系统的耦合度。

(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();

通过以上的代码和分析，我们发现，外观模式，违背了开闭原则，即如果增加一个动作，需要修改现有的代码。

为了解决这个问题，需要设计一个抽象类或者接口，外观类继承或者实现这个抽象类或者接口，这样一来，增加其他动作就可以放在新增外观类中。