设计模式~调停者（中介）模式-06

调停者（中介）模式

优点

缺点

使用场景

---

        用一个中介对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

        【四个"美女"打麻将，相互之间谁应该给谁多少钱算不清楚了，幸亏当时我在旁边，按照各自的筹码数算钱，赚了钱的从我这里拿，赔了钱的也付给我，一切就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的依赖关系。