1、 Facade门面模式定义
（1）Facade门面模式介绍
要求一 个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个 高层次的接口，使得子系统更易于使用。
（2）Facade 门面角色
客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况 下，本角色会将所有从客户端发来的请求委派到相应的子系统去，也就说该角色没 有实际的业务逻辑，只是一个委托类。
（3）subsystem 子系统角色
可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类 的集合。子系统并不知道门面的存在。对于子系统而言，门面仅仅是另外一个客户 端而已。
（4）使用场景
- 为一个复杂的模块或子系统提供一个供外界访问的接口
- 子系统相对独立——外界对子系统的访问只要黑箱操作即可
- 预防低水平人员带来的风险扩散
（5）注意
- 一个子系统可以有多个门面
- 门面不参与子系统内的业务逻辑
2、 Mediator调停者模式
（1）Mediator调停者模式定义
用一个中介对象封装 一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散， 而且可以独立地改变它们之间的交互。
（2）Mediator 抽象中介者角色
抽象中介者角色定义统一的接口，用于各同事角色之间的通信
（3）Concrete Mediator 具体中介者角色
具体中介者角色通过协调各同事角色实现协作行为，因此它必须依赖于各个同事角色。
（4）Colleague 同事角色
每一个同事角色都知道中介者角色，而且与其他的同事角色通信的时候，一定要通 过中介者角色协作。每个同事类的行为分为两种：一种是同事本身的行为，比如改 变对象本身的状态，处理自己的行为等，这种行为叫做自发行为（Self-Method），与其他的同事类或中介者没有任何的依赖；第二种是必须依赖中介者 才能完成的行为，叫做依赖方法（Dep-Method）。
（5）代码演示
public abstract class Mediator { //定义同事类 protected ConcreteColleague1 c1; protected ConcreteColleague2 c2; //通过 getter/setter 方法把同事类注入进来 public ConcreteColleague1 getC1() { return c1; } public void setC1(ConcreteColleague1 c1) { this.c1 = c1; } public ConcreteColleague2 getC2() { return c2; } public void setC2(ConcreteColleague2 c2) { this.c2 = c2; } //调停者模式的业务逻辑 public abstract void doSomething1(); public abstract void doSomething2(); } 复制代码
（6）使用场景
中介者模式适用于多个对象之间紧密耦合的情况，紧密耦合的标准是：在类图中出 现了蜘蛛网状结构，即每个类都与其他的类有直接的联系。
