接口隔离模式：

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

1. Facade简介

比如数据访问系统，数据访问会牵扯到很多方面的对象，比如连接对象，命令对象，数据表，参数对象。。。如果不加约束，不考虑任何设计的话，很容易就会写出A方案这种，外部使用对象和内部的命令对象、数据表...直接耦合，而且后续内部如果进行修改，也会直接影响到外部。

2. 动机

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

3. 模式定义

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

4. 结构

Facade模式没有固定的代码结构，它只是一种设计思想。

 5. 要点总结

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