什么是中介者模式
- 定义一个封装一组对象如何交互的对象。
- 通过使对象明确的相互引用来促进松散耦合，并允许独立的改变他们的交互。
用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。
中介者作为一种行为设计模式，它公开一个统一的接口，系统的不同对象或组件可以通过该接口进行通信。增加一个中介者对象后，所有的相关对象通过中介者对象来通信，而不是互相引用，所以当一个对象发生改变时，只需要通知中介者对象即可。
中介者模式的结构
- Mediator：中介者接口。在里面定义各个同事之间交互需要的方法，可以是公共的通讯方法，比如changed方法，大家都用，也可以是小范围的交互方法。
- **ConcreteMediator：具体中介者实现对象。它需要了解并维护各个同事对象，并负责具体的协调各同事对象的交互关系。
- Colleague：同事类的定义，通常实现成为抽象类，主要负责约束同事对象的类型，并实现一些具体同事类之间的公共功能，比如：每个具体同事类都应该知道中介者对象，也就是具体同事类都会持有中介者对象，就可以定义到这个类里面。
- ConcreteColleague：具体的同事类，实现自己的业务，在需要与其它同事通讯的时候，就与持有的中介者通信，中介者会负责与其它的同事交互。
中介者模式的优缺点
优点：
- 将一对多转化成了一对一，降低程序复杂度。
- 类之间的解耦
缺点：
- 中介者模式的缺点是显而易见的，因为这个“中介“承担了较多的责任，所以一旦这个中介对象出现了问题，那么整个系统就会受到重大的影响。
- 中介者过多，导致系统复杂。
中介者模式的使用场景
- 1、系统中对象之间存在复杂的引用关系，产生的相互依赖关系结构混乱且难以理解。
- 2、交互的公共行为，如果需要改变行为则可以添加新的中介者类。
可以看出，中介对象主要是用来封装行为的，行为的参与者就是那些对象，但是通过中介者，这些对象不用相互知道。
中介者模式与发布/订阅模式的异同
1、中介者模式与业务相关，订阅/发布模式与业务无关。
2、两个模式都有集中调度效果，对象之间不直接参与通信。
中介者模式的实现
Concrete Mediator 具体中介者，这里省略Mediator 抽象中介者
public class StudyGroup {
public static void showMessage(User user,String message){
System.out.println(new Date().toString()+"["+user.getName()+"]："+message);
}
}
ConcreteColleague：具体的同事类，这里同样省略Colleague：同事类的定义，通常实现成为抽象类
public class User {
private String name;
public User(String name) {
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public void sendMessage(String message){
StudyGroup.showMessage(this,message);
}
}
客户端代码
public class Test {
public static void main(String[] args) {
User user1 = new User("小明");
User user2 = new User("张三");
user1.sendMessage("hello 张三，很高兴认识你");
user2.sendMessage("hello 小明，我也一样");
}
}
