14.门面模式

1. “接口隔离”模式

• 在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题、甚至无法实现。采用添加一层间接（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的方案。
• 典型模式
  • Facade 门面模式
  • Proxy
  • Adapter
  • Mediator

2. “间接”的思想

比如C++中的指针，比如软件的诞生本身就是间接的思想的应用，刚开始是没有软件的，人和计算机硬件直接交互，后来出现了软件，就是在硬件和人之间添加了一层间接层，后来发现软件和硬件之间又可以提取出一些稳定的东西作为间接层，就是现在所说的操作系统，它是软件和硬件之间的间接层。因此“间接”这种设计思想其实就是将变化中的稳定部分剥离出来。软件设计思想的核心观念就是“间接"，当我们走投无路的时候，考虑是否可以使用间接层来实现。

3. 系统间耦合的复杂度

现在假设要设计了一个数据库操作系统（方框中的部分），包括数据库连接类、数据读取类等，如果在客户程序（方框外部）不加控制的直接使用这些类，那么这种减耦合的操作会使得程序变得异常混乱。当然好的方案，就是提出一个间接层，这个间接层可以隔离直接对方框内的访问，即通过间接层来传递访问需求。

4. 动机

• 上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和子系统的演化，这种过多的耦合面临很多变化的挑战。
• 如何简化外部客户程序和系统间的交互接口？如何将外部客户程序的演化和内部子程序的变化之间的依赖关系解耦合？

5. 模型定义

为子系统中的一组接口提供一个一致（稳定）的界面，Facade模式定了一个高层接口，这个接口使得这一子系统更加容易使用（复用）。
 
该模式是为了解决接口调用变化，即不同的客户程序对接口的调用方式不同，因此我们需要提供一个统一的界面来隔离不同客户端对子系统中接口的调用多样性。

6. 结构

绿色表示稳定，红色表示变化。该模式并没有具体的代码结构，阐述的是一种思想，即子系统与外部客户端解耦合的方法，该模式的关键点就是要理解“如何将子系统圈住”，用一个稳定的接口隔离变化体。

7. 要点总结

• 从客户程序的角度来看，Facade模式简化了整个组件系统的接口，对于接口内部和外部客户程序来说，达到了一种”解耦“的效果——内部子系统的任何变化不会影响到Facade接口的变化。
• Facade设计模式更注重从框架的层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种框架设计模式。
• Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模型中的组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。