标签 ： 设计模式
外观模式是结构型模式。
定义
为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口（Facade类），这个接口使得这一子系统更加容易使用。
例子
把一个子系统比作公司，外观类就是公司的公关部，任何客户与这个公司合作只需要找公关部即可，公关部会根据客户的需求调用公司内部资源。降低了客户和这个公司的“耦合”。
如图：
系统角色
（１）外观角色（Facade）：是模式的核心，他被客户client角色调用，知道各个子系统的功能。同时根据客户角色已有的需求预订了几种功能组合。
（２）子系统角色（Subsystem classes）：实现子系统的功能，并处理由Facade对象指派的任务。对子系统而言，facade和client角色是未知的，没有Facade的任何相关信息；即没有指向Facade的实例。
（３）客户角色（client）：调用facade角色获得完成相应的功能。
具体实现
例如子系统里面有类A、类B、和类C。不使用facade时，客户代码需要自己构造类A、类B或类C对象，构造后调用。但引入facade后，把类A、类B和类C对象都放在facade里，客户代码只需要构造一个facade对象即可访问子系统。
优点
（１）降低子系统使用的复杂性，隐藏内部复杂行为。
（２）修改子系统接口时只需要修改facade，客户端可以保持不变。
缺点
违背“开闭原则”。
设计模式六大原则
