结构型模式之Facade模式

1、意图

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

2、适用性

以下情况使用Facade模式

（1）当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用笥，也更容易对子系统进行定制，但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过Facade层

（2）客户程序与抽象类的实现部分之间存在很大 的依赖性。引入facade将这个子系统与客户以及其他的子系统分离，可以提高子系统的独立性和可移植性

（3）当你需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，你可以让它们仅通过facade进行通讯，从而简化了它们之间的依赖关系。

3、参与者

（1）Facade：知道哪个子系统类负责处理请求；将客户的请求代理给适当的子系统对象

（2）Subsystem classes：实现子系统的功能；处理由Facade对象指派的任务；没有facade的任何相关信息（即没有指向facade的指针 ）

4、协作

（1）客户程序通过发送请求给facade的方式与子系统通讯，facade将这些信息转发给适当的子系统对象。尽管是子系统中的有关对象在做实际工作，但是facade模式本身也必须将它的接口转换成子系统的接口。

（2）使用facade的客户程序不需要直接访问子系统对象。

5、效果

facade模式有下面一些优点

（1）它对客户屏蔽子系统组件，因而减少了客户处理的对象数目并使得子系统使用起来更加方便。

（2）它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是贤淑耦合的。松耦合关系使得子系统的组件变化不会影响到它的客户。facade模式有助于建立层次结构系统，也有助于对对象之间的依赖关系分层。facade模式可以消除复杂的循环依赖关系。这一点在客户程序与子系统是分别实现的时候尤为重要。

（3）如果应用需要，它并不限制它们使用子系统类。因些你可以在系统易用性和通用性之间加以选择。

6、相关模式

AbstractFacotry 模式可以与Facade模式一起使用以提供一个接口，这一接口用来以一种子系统独立的方式创建子系统对象。AbstractFacotry也可以代替Facade模式隐藏那些与平台相关的类

Mediator模式与Facade模式的相似之处是，它抽象了一些已有的类的功能 。然而，Mediator的目的是对同事之间的任意通讯进行抽象，通常集中不属于任何单个对象的功能。Mediator的同事对象知道中介者并与它通信，而不是直接与其他同类对象通信。相对而言，Facade模式仅对子系统对象的接口进行抽象，从而使它们更容易使用；它并不定义新功能，子系统也不知道facade的存在。

通常来讲，仅需要一个Facade对象，因此 facade对象通常属于Singleton模式。