《Java设计模式》之调停者模式(Mediator)

　　调停者模式包括以下角色：

　　●　　抽象调停者(Mediator)角色：定义出同事对象到调停者对象的接口，其中主要方法是一个（或多个）事件方法。

　　●　　具体调停者(ConcreteMediator)角色：实现了抽象调停者所声明的事件方法。具体调停者知晓所有的具体同事类，并负责具体的协调各同事对象的交互关系。

　　●　　抽象同事类(Colleague)角色：定义出调停者到同事对象的接口。同事对象只知道调停者而不知道其余的同事对象。

　　●　　具体同事类(ConcreteColleague)角色：所有的具体同事类均从抽象同事类继承而来。实现自己的业务，在需要与其他同事通信的时候，就与持有的调停者通信，调停者会负责与其他的同事交互。

　　源代码

　　抽象调停者类

　　具体调停者类

　　具体同事类

使用电脑来看电影

　　在日常生活中，我们经常使用电脑来看电影，把这个过程描述出来，简化后假定会有如下的交互过程：

　　（1）首先是光驱要读取光盘上的数据，然后告诉主板，它的状态改变了。

　　（2）主板去得到光驱的数据，把这些数据交给CPU进行分析处理。

　　（3）CPU处理完后，把数据分成了视频数据和音频数据，通知主板，它处理完了。

　　（4）主板去得到CPU处理过后的数据，分别把数据交给显卡和声卡，去显示出视频和发出声音。

　　要使用调停者模式来实现示例，那就要区分出同事对象和调停者对象。很明显，主板是调停者，而光驱、声卡、CPU、显卡等配件，都是作为同事对象。

　　

　　源代码

　　抽象同事类

　　同事类——光驱

　　同事类——CPU

　　同事类——声卡

　　客户端类

　　运行结果如下：

 

既然对调停者有了一个初步的认识， 那么下面来看看调停者模式(Mediator)的概念！

调停者模式(Mediator) 属于对象的行为模式。
1. 定义
     调停者模式包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用。从而使他们可以松散偶合。当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。
2. 使用的原因
      当对象之间的交互操作很多,且每个对象的行为操作都依赖彼此时,为防止在修改一个对象的行为时,同时涉及到修改很多其他对象的行为,可采用调停者模式,来解决紧耦合问题.
     该模式将对象之间的多对多关系变成一对多关系,调停者对象将系统从网状结构变成以调停者为中心的星形结构,达到降低系统的复杂性,提高可扩展性的作用.
3. 适用的情况举例
    eg1. WTO组织：它是一个协调组织,它将各贸易区自行进行的相互协调的强耦合变成了松散合;
    eg2. 4个MM打麻将，相互之间谁应该给谁多少钱算不清楚了，某人担任调停者，各MM按照各自的筹码数算钱，赚了钱的从调停者这里拿，赔了钱的也付给调停者；
    eg3. 租赁中介：很多人有出租房子的需求，也有不少人需要租房，租赁中介在其中担任了调停者的角色，  疏通了两者之间的复杂关系，也方便了两者。     
4. 类图结构及说明
  1）示意性类图如下所示：
     
   2）类说明
    i）Mediator：抽象调停者角色,它定义出同事对象到调停者对象得接口,这个角色一般由Java抽象类实现
    ii）ConcreteMediator：具体调停者模式,从抽象调停者继承,实现了超类所声明的事件方法,它从具体同事对象接收消息,向具体同事对象发出命令.
    iii）Colleague：抽象同事类角色,它定义了调停者同事对象的接口,它只知道调停者而不知道其余同事对象.
    iv）colleague1、colleague2：具体同事类角色,从抽象同事类继承而来,每个具体同事类都知道本身在小范围内的行为,而不知道它在大范围内的目的.
5. 使用举例
    1）需求
    有次去佛山开发一个项目时，我们项目组要去现场开发，开发时间为一个月，PM打算到附近租个房子，但因对佛山不熟悉，而且因为只租一个月，很多房东都不愿意租，所以找个合适的房子真是难上加难。
    2）分析
    很多的房东需要出租自己的房子，而有很多的房客需要租房子，房屋需求和供给之间存在着错综复杂的关系，为解决这种错综复杂的关系，我们考虑运用弄个“中介者”出来，这样房东和房客都只需要跟这个中介打交道，方便了两者，嘻嘻，当时我们找了个房屋租赁中介，在短期内以2800元的价格租了个套间，当然还付出了不少的中介费：）
    3）代码参考实现
        i）抽象同事类
     

public abstract class Colleague {
    privat Mediator mediator;

    /**
     * 构造函数
     */
    public Colleague(Mediator mediator) {
        this.mediator = mediator;
    }

    /**
     * 获得调停者对象
     */
        public Mediator getMediator() {
        return mediator;
    }

        /**
     * 具体行为，由子类实现
     */
    public abstract void action();
}

       ii) 具体同事类
         a) 房东类

public class Landlord extends Colleague {
    public Landlord(Mediator mediator) {
        super(mediator);
    }

    /**
     * 房东具体的行为方法,例如,将房间资料交给中介等
     */
    public void action() {
        System.out.println("进行将房间资料交给中介等操作,

省略");
    }
}

        b) 房客

public class Lodger extends Colleague {
    public Lodger(Mediator mediator) {
        super(mediator);
    }

    /**
     * 房客具体的行为方法,例如,将租房需求交给中介等
     */
    public void action {
        System.out.println("进行将租房需求交给中介等操作,

省略");
    }
}

     iii）抽象调停者角色
   

public abstract class Mediator {
    public abstract void colleagueChanged(Colleague 

colleage);
}

     iv）具体调停者角色
   

public class ConcreteMediator extends Mediator {
    private Landlord landlord;
    private Lodger lodger;

    public void colleagueChanged(Colleague colleague) {
        landlord.action();
        lodger.action();
    }

    /**
     * 工厂方法,创建同事对象
     */
    public void createConcreteMediator() {
        landlord = new Landlord(this);
        lodger = new Lodger(this);
    }

    //省略房东与房客的getter方法
}

调停者模式的优点

　　●　　松散耦合

　　调停者模式通过把多个同事对象之间的交互封装到调停者对象里面，从而使得同事对象之间松散耦合，基本上可以做到互补依赖。这样一来，同事对象就可以独立地变化和复用，而不再像以前那样“牵一处而动全身”了。

　　●　　集中控制交互

　　多个同事对象的交互，被封装在调停者对象里面集中管理，使得这些交互行为发生变化的时候，只需要修改调停者对象就可以了，当然如果是已经做好的系统，那么就扩展调停者对象，而各个同事类不需要做修改。

　　●　　多对多变成一对多

　　没有使用调停者模式的时候，同事对象之间的关系通常是多对多的，引入调停者对象以后，调停者对象和同事对象的关系通常变成双向的一对多，这会让对象的关系更容易理解和实现。

调停者模式的缺点

　　调停者模式的一个潜在缺点是，过度集中化。如果同事对象的交互非常多，而且比较复杂，当这些复杂性全部集中到调停者的时候，会导致调停者对象变得十分复杂，而且难于管理和维护。