中介者模式
1.中介者模式的定义：
用一个中介对象来封装一些列的对象交互。中介者使得各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
2.中介者模式的结构和说明：
Mediator: 中介者接口。在里面定义各个同事之间交互需要的方法，可以是公共的通信方法，比如changed方法，大家通用，也可以是小范围的交互方法。
ConcreteMediator: 具体中介者实现对象。它需要了解并维护各个同事对象，并负责具体的协调各同事对象的交互关系。
Colleague: 同事类的定义，通常实现成为抽象类，主要负责约束同事对象的类型，并实现一些具体同事类之间的公共功能，比如，每个具体同事类都应该知道中介者对象，也就是具体同事类都会持有中介者对象，都可以定义到这个类里面。
ConcreteColleague: 具体的同事类，实现自己的业务，在需要与其他同事进行通信的时候，就与持有的中介者通信，中介者会负责与其他的同事交互。
3.模式实现
Colleague.java
ConcreteColleagueA.java
ConcreteColleagueB.java
4.思考中介者模式
A，中介者模式的本质：封装交互
中介者模式的功能非常简单，就是封装对象之间的交互。如果一个对象的操作会引起其他相关对象的变化，或者是某个操作会引起其他对象的后续或连带操作，而这个对象又不希望自己来处理这些关系，那么就可以找中介者，把所有的麻烦扔给它，只在需要的时候通知中介者，其他的就让中介者去处理就可以了。
反过来，其他的对象在操作的时候，可能会引起这个对象的变化，也可以这么做。最后对象之间就完全分离了，谁都不直接跟其他对象交互，那么相互的关系就全部被集中到中介者对象里面去了，所有的对象就只是跟中介者对象进行通信，相互之间不再有联系。
把所有对象之间的交互都封装在中介者当中，无形中还可以得到另一个好处，就是可以集中地控制这些对象的交互关系，这样当有变化的时候，修改起来就很方便。
B，何时选用中介者模式，建议在以下情况中选用：
1)， 如果一组对象之间的通信方式比较复杂，导致相互依赖，结构混乱。可以采用中介者模式，把这些对象相互的交互管理起来，各个对象都只需要和中介者交互，从而使得各个对象松散耦合，结构也更清晰易懂。
2)， 如果一个对象引用很多的对象，并直接跟这些对象交互，导致难以复用该对象，可以采用中介者模式，把这个对象与其他对象的交互封装到中介者对象里面去，这个对象只需要和中介者对象进行交互就可以啦。
用一个中介对象来封装一些列的对象交互。中介者使得各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
2.中介者模式的结构和说明：
Mediator: 中介者接口。在里面定义各个同事之间交互需要的方法，可以是公共的通信方法，比如changed方法，大家通用，也可以是小范围的交互方法。
ConcreteMediator: 具体中介者实现对象。它需要了解并维护各个同事对象，并负责具体的协调各同事对象的交互关系。
Colleague: 同事类的定义，通常实现成为抽象类，主要负责约束同事对象的类型，并实现一些具体同事类之间的公共功能，比如，每个具体同事类都应该知道中介者对象，也就是具体同事类都会持有中介者对象，都可以定义到这个类里面。
ConcreteColleague: 具体的同事类，实现自己的业务，在需要与其他同事进行通信的时候，就与持有的中介者通信，中介者会负责与其他的同事交互。
3.模式实现
Mediator.java
package com.java.pattern.mediator;
/**
* 中介者，定义各个同事对象通信的接口
*/
public interface Mediator {
/**
* 同事对象在自身改变的时候来通知中介者的方法
* 让中介者去负责相应的与其他同事对象的交互
*
* @param colleague 同事对象自身，好让中介者对象通过对象实例去获取同事对象的
* 状态
*/
public void changed(Colleague colleague);
}
package com.java.pattern.mediator;
/**
* 具体的中介者实现
*/
public class ConcreteMediator implements Mediator {
// 持有并维护同事A
public ConcreteColleagueA colleagueA;
// 持有并维护同事B
public ConcreteColleagueB colleagueB;
/**
* 设置中介者需要了解并维护的同事A对象
*
* @param colleagueA 同事A对象
*/
public void setConcreteColleagueA(ConcreteColleagueA colleagueA) {
this.colleagueA = colleagueA;
}
/**
* 设置中介者需要了解并维护的同事B对象
*
* @param colleagueB 同事B对象
*/
public void setConcreteColleagueB(ConcreteColleagueB colleagueB) {
this.colleagueB = colleagueB;
}
public void changed(Colleague colleague) {
// 某个同事类发生了变化，通常需要与其他同事交互
// 具体协调相应的同事对象来实现协作行为
}
}
Colleague.java
package com.java.pattern.mediator;
/**
* 同事类的抽象父类
*/
public abstract class Colleague {
/**
* 持有中介者对象，每一个同事类都知道它的中介者对象
*/
private Mediator mediator;
/**
* 构造方法，传入中介者对象
*
* @param mediator 中介者对象
*/
public Colleague(Mediator mediator) {
this.mediator = mediator;
}
/**
* 获取当前同事类对应的中介者对象
*
* @return 对应的中介者对象
*/
public Mediator getMediator() {
return mediator;
}
}
ConcreteColleagueA.java
package com.java.pattern.mediator;
/**
* 具体的同事类A
*
*/
public class ConcreteColleagueA extends Colleague {
public ConcreteColleagueA(Mediator mediator) {
super(mediator);
}
/**
* 执行某些业务功能
*/
public void someOperation() {
// 在需要跟其他同事对象通信的时候，通知中介者对象
getMediator().changed(this);
}
}
ConcreteColleagueB.java
package com.java.pattern.mediator;
/**
* 具体的同事类B
*
*/
public class ConcreteColleagueB extends Colleague {
public ConcreteColleagueB(Mediator mediator) {
super(mediator);
}
/**
* 执行某些业务功能
*/
public void someOperation() {
// 在需要跟其他同事对象通信的时候，通知中介者对象
getMediator().changed(this);
}
}
4.思考中介者模式
A，中介者模式的本质：封装交互
中介者模式的功能非常简单，就是封装对象之间的交互。如果一个对象的操作会引起其他相关对象的变化，或者是某个操作会引起其他对象的后续或连带操作，而这个对象又不希望自己来处理这些关系，那么就可以找中介者，把所有的麻烦扔给它，只在需要的时候通知中介者，其他的就让中介者去处理就可以了。
反过来，其他的对象在操作的时候，可能会引起这个对象的变化，也可以这么做。最后对象之间就完全分离了，谁都不直接跟其他对象交互，那么相互的关系就全部被集中到中介者对象里面去了，所有的对象就只是跟中介者对象进行通信，相互之间不再有联系。
把所有对象之间的交互都封装在中介者当中，无形中还可以得到另一个好处，就是可以集中地控制这些对象的交互关系，这样当有变化的时候，修改起来就很方便。
B，何时选用中介者模式，建议在以下情况中选用：
1)， 如果一组对象之间的通信方式比较复杂，导致相互依赖，结构混乱。可以采用中介者模式，把这些对象相互的交互管理起来，各个对象都只需要和中介者交互，从而使得各个对象松散耦合，结构也更清晰易懂。
2)， 如果一个对象引用很多的对象，并直接跟这些对象交互，导致难以复用该对象，可以采用中介者模式，把这个对象与其他对象的交互封装到中介者对象里面去，这个对象只需要和中介者对象进行交互就可以啦。
