14、15、16、17 接口隔离模式（Facade、Proxy、Adapter、Mediator）

在组建的构建过程中，某些接口之间直接的依赖常常带来许多问题、甚至根本无法实现。采用添加一层间接（稳定接口)，来隔离本来互相紧密关联的接口是一种常见的解决方案。

门面模式（Facade）

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

代理模式（Proxy）

①在面向对象系统中，直接使用某些对象会带来许多问题，作为间接层的proxy对象便是解决这一问题的常用手段。
②具体的proxy设计模式的实现方法、实现粒度都相差很大，有些可能对单个对象做细粒度的控制，有些可能对组件模块提供抽象代理层，在架构层次对对象做proxy
③proxy并不一定要求保持接口完整的一致性，只要能够实现间接控制，有时候损失一些透明性是可以接受的。

适配器（Adapter）

①Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”，在遗留代码复用、类库迁移等方面非常有用。
②对象适配器采用“对象组合”的方式，更符合松耦合精神。

中介者（Mediator）

①将多个对象间复杂的关联关系解耦，Mediator模式将对多个对象间的控制逻辑进行集中管理，变“多个对象互相关联”为“多个对象和一个中介者关联“
②随着控制逻辑的复杂化，Mediator具体对象的实现可能相当复杂。这时可以对Mediator对象进行分解处理。
③Facade模式是解耦系统间（单向）的对象关联关系；Mediator模式是解耦系统内各个对象之间（双向）的关联关系。