《Android源码设计模式解析与实战》-“和事佬”-中介者模式

模式定义

中介者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使它们可以松散耦合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。

UML类图

角色定义

（1）Mediator：抽象中介者角色，定义了同事对象到中介者对象的接口，一般以抽象类的方式实现。

（2）ConcreteMediator：具体中介者角色，继承于抽象中介者，实现了父类定义的方法，它从具体的同事对象接受消息，向具体同事对象发出命令。

（3）Colleague：抽象同事类角色，定义了中介者对象的接口，它只知道中介者而不知道其他的同事对象。

（4）ConcreteColleague1、ConcreteColleague2：具体同事类角色，继承于抽象同事类，每个具体同事类都知道本身在小范围的行为，而不知道在大范围内的目的。

模式简单案例

    我们的电脑组件异常之多，读取一个CD光盘 需要使用CPU 、光驱、声卡、显卡、内存等一系列组件。如果我们不使用设计模式，那我们每个组件都要保持 其他组件的引用，这就会造成我们的类结构复杂难懂，变成一个网状结构。

    解决方法：中介者模式，使用中介者模式可以使一系列组件只和我们的中介（主板）打交道，这就解决了网状结构，变成星型结构。

public abstract class Mediator {
    /**
     * 同事对象改变时通知中介者的方法 
     * 同事对象改变时由中介者去通知其他同事。
     * @param c
     */
    public abstract void changed(Colleague c);
}
/**
 * 主板
 * @author Zero
 */
public class MainBoard extends Mediator {
    CDDevice cd;// 光驱设备
    CPU cpu;// CPU
    SoundCard soundCard;// 声卡设备
    GCard gCard;// 显卡设备

    @Override
    public void changed(Colleague c) {
        // 如果CD读取到数据
        if (c == cd) {
            handleCD((CDDevice) c);
        } else if (c == cpu) {
            handleCPU((CPU) c);
        }

    }

    private void handleCD(CDDevice c) {
        cpu.setData(c.read());
    }

    private void handleCPU(CPU c) {
        soundCard.videoPlay(c.getDataSound());
        gCard.videoPlay(c.getDataVideo());
    }

    public void setCpu(CPU cpu) {
        this.cpu = cpu;
    }

    public void setSoundCard(SoundCard soundCard) {
        this.soundCard = soundCard;
    }

    public void setgCard(GCard gCard) {
        this.gCard = gCard;
    }

    public void setCd(CDDevice cd) {
        this.cd = cd;
    }
}

中介者需要保持所有组件的引用，并提供调节对应组件的操作方法。

public abstract class Colleague {
    Mediator mediator;

    public Colleague(Mediator mediator) {
        this.mediator = mediator;
    }
}

public class CDDevice extends Colleague {

    String data;

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

    public String read() {
        return data;
    }

    /**
     * 加载视频数据
     * @return
     */
    public void load() {
        data = "视频数据，音频数据";
        mediator.changed(this);
    }

}

public class CPU extends Colleague {

    String dataVideo, dataSound;// 视频和音频数据

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

    public String getDataVideo() {
        return dataVideo;
    }

    public String getDataSound() {
        return dataSound;
    }

    public void setData(String data) {
        
        this.dataVideo = data.split("，")[0];
        this.dataSound =  data.split("，")[1];
        mediator.changed(this);
    }

}
public class GCard extends Colleague{

    public GCard(Mediator mediator) {
        super(mediator);
    }
    public void videoPlay(String data){
        System.out.println("视频："+ data);
    }

}
public class SoundCard extends Colleague{

    public SoundCard(Mediator mediator) {
        super(mediator);
    }
    public void videoPlay(String data){
        System.out.println("音频："+ data);
    }

}

每个对象只需要关心自己的职责，自己事情处理完成后通知中介者，让中介者调节指导下一步操作。
客户端代码

public class Client {
    public static void main(String[] args) {
        MainBoard mainBoard = new MainBoard();
        
        CDDevice cd = new CDDevice(mainBoard);
        CPU cpu = new CPU(mainBoard);
        GCard gc = new GCard(mainBoard);
        SoundCard sc = new SoundCard(mainBoard);
        
        mainBoard.setCd(cd);
        mainBoard.setCpu(cpu);
        mainBoard.setgCard(gc);
        mainBoard.setSoundCard(sc);
        
        cd.load();
        
    }
}

总结

1.优点

（1）适当地使用中介者模式可以避免同事类之间的过度耦合，使得各同事类之间可以相对独立地使用。

（2）使用中介者模式可以将对象的行为和协作进行抽象，能够比较灵活的处理对象间的相互作用。

（3）使用中介者模式可以将对象间多对多的关联转变为一对多的关联，使对象间的关系易于理解和维护。

2.缺点

中介者模式是一种比较常用的模式，也是一种比较容易被滥用的模式。对于大多数的情况，同事类之间的关系不会复杂到混乱不堪的网状结构，因此，大多数情况下，将对象间的依赖关系封装的同事类内部就可以的，没有必要非引入中介者模式。滥用中介者模式，只会让事情变的更复杂。所以，我们决定使用中介者模式之前要多方考虑、权衡利弊。