设计模式十一 之 外观模式（Facade Pattern）

外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端能够访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。

我的理解： 就是穿件一个 facade 类 而后在这个里面建立不一样的方法，和属性 对应复杂对象的方法和属性，这样 只要调这些接口，就可使用下层的对象了，例 这是个中间转换类：

public class ShapeMaker {
   private Shape circle;
   private Shape rectangle;
   private Shape square;

   public ShapeMaker() {
      circle = new Circle();
      rectangle = new Rectangle();
      square = new Square();
   }

   public void drawCircle(){
      circle.draw();
   }
   public void drawRectangle(){
      rectangle.draw();
   }
   public void drawSquare(){
      square.draw();
   }
}

意图：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

主要解决：下降访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。

什么时候使用： 一、客户端不须要知道系统内部的复杂联系，整个系统只需提供一个"接待员"便可。 二、定义系统的入口。

如何解决：客户端不与系统耦合，外观类与系统耦合。

关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。

应用实例： 一、去医院看病，可能要去挂号、门诊、划价、取药，让患者或患者家眷以为很复杂，若是有提供接待人员，只让接待人员来处理，就很方便。 二、JAVA 的三层开发模式。

优势： 一、减小系统相互依赖。 二、提升灵活性。 三、提升了安全性。

缺点：不符合开闭原则，若是要改东西很麻烦，继承重写都不合适。

使用场景： 一、为复杂的模块或子系统提供外界访问的模块。 二、子系统相对独立。 三、预防低水平人员带来的风险。