设计模式之中介者模式

尽管将一个系统分割成许多对象通常可以增加其可复用性，但是对象相互连接的激增又会降低其可复用性了。

大量的连接使得一个对象不可能在没有其他对象的支持下工作，系统表现为一个不可分割的整体，所以，对系统的行为进行任何较大的改动就十分困难了。

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

Colleague叫做抽象同事类，而ConcreteColleague是具体同事类，每个具体同事只知道自己的行为，而不了解其他同事类的情况，但它们却都认识中介者对象，Mediator是抽象中介者，定义了同事对象到中介者对象的接口，ConcreteMediator是具体中介者对象，实现抽象类的方法，它需要知道所有具体同事类，并从具体同事接收消息，向具体同事对象发出命令。

Mediator类，抽象中介者类：

public abstract class Mediator {

    public abstract void send(String msg, Colleague colleague);
}

Colleague类，抽象同事类：

public abstract class Colleague {

    protected Mediator mMediator;

    public Colleague(Mediator mediator) {
        mMediator = mediator;
    }

}

各同事具体类：

public class ConcreteColleague1 extends Colleague {

    public ConcreteColleague1(Mediator mediator) {
        super(mediator);
    }

    public void send(String msg) {
        mMediator.send(msg, this);
    }

    public void notifyMsg(String msg) {
        System.out.println("同事1得到信息：" + msg);
    }

}

public class ConcreteColleague2 extends Colleague {

    public ConcreteColleague2(Mediator mediator) {
        super(mediator);
    }

    public void send(String msg) {
        mMediator.send(msg, this);
    }

    public void notifyMsg(String msg) {
        System.out.println("同事2得到信息：" + msg);
    }

}

ConcreteMediator类，具体中介者类：

public class ConcreteMediator extends Mediator {

    private ConcreteColleague1 mConcreteColleague1;
    private ConcreteColleague2 mConcreteColleague2;

    public void setConcreteColleague1(ConcreteColleague1 value) {
        mConcreteColleague1 = value;
    }

    public void setConcreteColleague2(ConcreteColleague2 value) {
        mConcreteColleague2 = value;
    }

    @Override
    public void send(String msg, Colleague colleague) {
        if (colleague == mConcreteColleague1) {
            mConcreteColleague2.notifyMsg(msg);
        } else {
            mConcreteColleague1.notifyMsg(msg);
        }
    }

}

调用：

ConcreteMediator mediator = new ConcreteMediator();
ConcreteColleague1 colleague1 = new ConcreteColleague1(mediator);
ConcreteColleague2 colleague2 = new ConcreteColleague2(mediator);

mediator.setConcreteColleague1(colleague1);
mediator.setConcreteColleague2(colleague2);

colleague1.send("打豆豆了没？");
colleague2.send("打过了，你呢？");

输出：

同事2得到信息：打豆豆了没？
同事1得到信息：打过了，你呢？

中介者模式很容易在系统中应用，也很容易在系统中误用。当系统出现了‘多对多’交互复杂的对象群时，不要急于使用中介者模式，而要反思你的系统在设计上是不是合理。

优点：

Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague类和Mediator；

由于把对象如何协作进行了抽象，将中介作为一个独立的概念并将其封装在一个对象中，这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来，也就是站在一个更宏观的角度去看待系统。

由于ConcreteMediator控制了集中化，于是就把交互复杂性变为了中介者的复杂性，这就使得中介者会变得比任何一个ConcreteColleague都复杂。

中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合，以及想定制一个分布在多个类中的行为，而又不想生成太多的子类的场合。

其实在Android开发中我们可能无意间就使用了中介者模式，比如登录注册界面，我们使用EditText的addTextChangedListener监听输入密码的位数、用户名是否为空，密码与确认密码是否一致等等判断时，此时多个控件交互，就是由Activity充当中介者来协调。