外观模式

外部与一个子系统的通信必须通过一个统一的外观（Facade）对象进行，这就是外观模式。
外观模式提供一个高层次的接口，使得子系统更易于使用。
外观模式的外观类将客户端与子系统的内部复杂性分隔开。
外观（Facade）角色：客户端可以调用这个角色的方法。此角色知晓相关的（一个或者多个）子系统的功能和责任。
子系统（subsystem）角色：可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。
如果一个系统有好几个子系统的话，每一个子系统有一个外观类，整个系统可以有数个外观类。
应用场景

• 当客户程序与抽象类的实现部分之间存在着很大的依赖性时，引入Facade将这个子系统与客户以及其他的子系统分离。
• 在层次化结构中，可以使用Facade模式定义系统中每一层的入口点。
• 希望包装或隐藏原有系统：Facade可以把原有系统作为自己的私有成员。
  维护一个遗留的大型系统。
  跟踪对系统的使用——强迫所有客户通过Facade使用原有系统。

优点：

• 屏蔽了外部客户端和系统内部模块的交互。
• Facade的功能可以被多个客户端调用，可以实现复用。
• 对使用Facade的人员来说，Facade大大的节省了他们的学习成本。

缺点：不符合开闭原则。
本质：封装交互、简化调用。