Facade 设计模式

目的

• 在一个子系统的一组接口上提供一个统一的接口。Facade 设计模式定义了一个更高级别的接口,使子系统更容易使用。
• 通过一个更加简洁的接口来包装一个复杂的子系统。

解决的问题

　　客户端需要一个简化的接口来覆盖复杂的子系统的总体功能。

讨论

　　Facade 设计模式通过一个单一的接口对象来封装一个复杂的子系统。这样减少了学习子系统复杂的学习曲线。它也实现了不同潜在客户端的低依赖性和解耦。换句话说，如果Facade 是唯一访问子系统的入口，那么它将限制一些特性何灵活性，那样则可能需要所谓的高级用户。

　　Facade对象应该是一个相当简单的倡导者或是服务商。它不应该成为一个无所不知的圣人或“上帝”对象。

架构

　　Facade 采取了一种"被神秘的事物遮蔽起来的东西"的策略, 然后插入了一个包装器来驯服无形的神秘的一团软件.

　　SubsystemOne 与 SubsystemThree 并不与内部组件SubsytemTwo进行交互，而是通过 SubsystemTwoWrapper 这个 Facade（例如，更高层次的抽象）。

　　

举例

　　Facade 定义了统一的，高层次的接口以便于非常容易地使用子系统。举例，顾客经常会遇到这样的问题，如从商品目录中订购产品。当用户拨打电话并向客户前台沟通时，这时客户前台便充当Facade的角色，她提供了一个接口去查询订单执行部门，账单部门和商品运送部门。

总结

1. 为子系统或组件确定一个简单，统一的接口。
2. 设计一个"wrapper"类来封装子系统。
3. Facade或wapper封装了组件的协作何复杂性，并委托合适的方法。
4. 客户端只能通过Facade访问子系统。
5. 考虑额外的Facade是否会增加价值。

规则

　　Facade 定义了一个全新的接口，而适配器模式使用已存在的接口，适配器的目的是使两个存在的接口在一起工作而不是定义一个全新的接口。

　　享元模式用来展示多个小的对象，而Facade用单一对象来呈现整个子系统。

　　中介者模式与Facade类似，它是存在的class的一种抽象，抽象和集中任意同事对象之间的通信。它千篇一律的添加功能，并被同事对象所知和引用。相反，Facade 为子系统定义了一个简单的接口，它并不添加新的功能，并且不被子系统的类所知。

　　抽象工厂模式可以作为Facade的一种替代来隐藏平台指定的类。

　　Facade通常设计成单例模式因为只需要一个Facade对象。

　　适配器模式和Facade都使用了封装器，但他们属于不同的封装。Facade的目的是产生一个简单的接口，而适配器的目的是设计一个存在的接口。Facade通常用来封装多个对象而适配器模式封装一个对象。Facade可以设计一个从前台到后台一个单一复杂的对象而适配器模式封装系统存在的对象。