调停者（中介）模式
用一个中介对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
【四个"美女"打麻将，相互之间谁应该给谁多少钱算不清楚了，幸亏当时我在旁边，按照各自的筹码数算钱，赚了钱的从我这里拿，赔了钱的也付给我，一切就OK啦，俺得到了四个"美女"的电话。调停者模式：调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。
当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。】
//抽象中介者 public interface AbstractMediator { //中介者通过此方法来改变同事B public void aChangedB(String str); //中介者通过此方法来改变同事A public void bChangedA(String str); } //抽象同事类 public abstract class AbstractColleague { //同事对象在改变的时候，通知中介者，并传递影响值 public abstract void setString(String str, AbstractMediator am); //同事对象提供一个接口接收中介者传递的影响值 public abstract void changeString(String str); } //具体同事类A public class ConcreteColleagueA extends AbstractColleague{ // 同事A的字符串属性 private String strAttribute; // 构造函数，构造字符串属性 public ConcreteColleagueA(String str) { this.strAttribute = str; } /** * 被改变的函数 */ @Override public void changeString(String str) { this.strAttribute = this.strAttribute + "这是同事B对我的影响：" + str; } /** * 改变时，通知中介者改变其他同事 */ @Override public void setString(String str, AbstractMediator am) { am.aChangedB(str); } public String getStrAttribute() { return strAttribute; } } //具体同事类B public class ConcreteColleagueB extends AbstractColleague{ private String strAttribute; public ConcreteColleagueB(String str) { this.strAttribute = str; } @Override public void changeString(String str) { this.strAttribute = this.strAttribute + "这是同事A对我的影响：" + str; } @Override public void setString(String str, AbstractMediator am) { am.bChangedA(str); } public String getStrAttribute() { return strAttribute; } } //具体中介者类 public class ConcreteMediator implements AbstractMediator{ // 持有并维护同事A private ConcreteColleagueA colleagueA; // 持有并维护同事B private ConcreteColleagueB colleagueB; // 传入同事A的对象 public void setColleagueA(ConcreteColleagueA colleagueA) { this.colleagueA = colleagueA; } // 传入同事B的对象 public void setColleagueB(ConcreteColleagueB colleagueB) { this.colleagueB = colleagueB; } /** * 收到同事A的改变，通知同事B改变 */ @Override public void aChangedB(String str) { colleagueB.changeString(str); } /** * 收到同事B的改变，通知同事A改变 */ @Override public void bChangedA(String str) { colleagueA.changeString(str); } } public class MediatorTest { public static void main(String[] args) { // 实例化同事A、B ConcreteColleagueA colleagueA = new ConcreteColleagueA("大家好，我是同事A。"); ConcreteColleagueB colleagueB = new ConcreteColleagueB("大家好，我是同事B。"); // 同时把同事A、B传入给中介者 ConcreteMediator am = new ConcreteMediator(); am.setColleagueA(colleagueA); am.setColleagueB(colleagueB); // 同事A影响同事B System.out.println(colleagueB.getStrAttribute()); colleagueA.setString("同事A传递给同事B的值", am); System.out.println(colleagueB.getStrAttribute()); System.out.println("=========================="); // 同事B影响同事A System.out.println(colleagueA.getStrAttribute()); colleagueB.setString("同事B传递给同事A的值", am); System.out.println(colleagueA.getStrAttribute()); } }
优点
减少了类间的依赖，把原来的一对多的依赖变成了一对一的依赖，同事类保依赖中介者，减少了依赖，当然同时也降低了类间的耦合。
缺点
中介者会膨胀得很大，而且逻辑复杂，原本N个对象直接的相互依赖关系转换为中介者和同事类的依赖关系，同事类越多，中介者的逻辑就越复杂。
使用场景
大家都应该熟悉的Structs，MVC框架，其中的C（Controller）就是一个中介者，叫做前端控制器（Front Controller），它的使用就是把M（Model，业务逻辑）和V（View，视图）隔离开，协调M和V协同工作，把M运行的结果和V代表的视图融合成一个前端可以展示的页面，减少M和V的依赖关系。
