java设计模式---中介者模式(Mediator pattern)

java设计模式—中介者模式(Mediator pattern)

1. 概述
如果在一个系统中对象之间存在多对多的相互关系，我们可以将对象之间的一些交互行为从各个对象中分离出来，并集中封装在一个中介者对象中，并由该中介者进行统一协调，这样对象之间多对多的复杂关系就转化为相对简单的一对多关系。通过引入中介者来简化对象之间的复杂交互，中介者模式是“迪米特法则”的一个典型应用.
2. 定义
中介者模式（Mediator Pattern）：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。
3. UML图

从上图中我们可以看到中介者模式包含以下几个角色：
（1）Mediator（抽象中介者）：它定义一个接口，该接口用于与各同事对象之间进行通信。
（2） ConcreteMediator（具体中介者）：它是抽象中介者的子类，通过协调各个同事对象来实现协作行为，它维持了对各个同事对象的引用。
（3）Colleague（抽象同事类）：它定义各个同事类公有的方法，并声明了一些抽象方法来供子类实现，同时它维持了一个对抽象中介者类的引用，其子类可以通过该引用来与中介者通信。
（4）ConcreteColleague（具体同事类）：它是抽象同事类的子类；每一个同事对象在需要和其他同事对象通信时，先与中介者通信，通过中介者来间接完成与其他同事类的通信；在具体同事类中实现了在抽象同事类中声明的抽象方法。
4. 简单实现

//定义抽象的同事类
public abstract class Colleague {
    protected Mediator mediator; //维持一个抽象中介者的引用，每一个同事都需要知道
    public Colleague(Mediator mediator) {
        this.mediator=mediator;
    }
    public abstract void method1(); //声明自身方法，处理自己的行为
    //定义依赖方法，与中介者进行通信
    public void method2() {
        mediator.operation();
    }
}
//定义抽象的中介者
public abstract class Mediator {
    protected ArrayList<Colleague> colleagues; //用于存储同事对象
    //注册方法，用于增加同事对象
    public void register(Colleague colleague) {
        colleagues.add(colleague);
    }
    //声明抽象的业务方法
    public abstract void operation();
}
//定义具体的中介者
public class ConcreteMediator extends Mediator {
    @Override
    public void operation() {
        //TODO:调用同事类方法执行业务逻辑
    }
}
//定义具体的同事类
public class ConcreteColleague extends Colleague {
    public ConcreteColleague(Mediator mediator) {
        super(mediator);
    }
    @Override
    public void method1() {
        //TODO:
    }
}

5. 简单示例
我们就以简单的业务助理为例，简单的代码实现如下：

//定义虚拟的助理类

public abstract class AbstractAssistant {
    protected List<AbstractGroup> groups = new ArrayList<>();
    public void addGroup(AbstractGroup group)
    {
        groups.add(group);
    }
    public abstract void bookingMeeting(AbstractGroup group);
}

//定义虚拟的团队类
public abstract class AbstractGroup {
    public abstract void meeting();
}
//定义具体的团队类
public class AiGroup extends AbstractGroup {
    @Override
    public void meeting() {
        System.out.println("AI group meeting");
    }
}
//定义具体的业务助理
public class XiaoMingAssistant extends AbstractAssistant {
    @Override
    public void bookingMeeting(AbstractGroup group) {
        if(groups.contains(group))
        {
            group.meeting();
        }
    }
}

6. 优缺点
6.1 优点
(1) 中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
(2) 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合“开闭原则”。
(3) 可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。
6.2 缺点
在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。
7. 使用场景
在以下情况下可以考虑使用中介者模式：
(1) 系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
(2) 一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
(3) 想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。