设计之禅——中介者模式
引言
在面向对象编程中，无可避免的是对象之间的引用，引用给我们带来便捷（对象的复用），但同时也会给类与类之间造成强依赖关系。在一对一的关系中，这看起来并不会造成什么不良的影响，但若是在一对多中，修改任意的一个对象，都会影响到其它调用者，形成强耦合。
中介者
如同上面的图，当对象之间形成网络结构之后，改变5号对象只会影响到4号对象，改变1号对象，其引用它的4、5、6号对象都需要作出相应的改变，而改变2号对象其它5个对象都需要作出改变，我们想要跟踪对象的引用是非常的困难的，因此我们需要将其解耦。 那要如何做呢？ 不难发现，我们只需要将网络结构中的一对多的引用改造成为一对一的结构，那么不就非常简单了么。
像上面这样，引入一个中介者对象，所有对象之间的联系都必须通过中介者来处理，这样，所有对象也就只有一个对象与之关联，我们在修改任意的对象时也只需要修改中介者对象对应的逻辑即可，引用的跟踪也不再是难事了。这就是中介者模式的威力。
Coding
在现实生活中，我们可以看到很多中介者的例子，有时我们也会与其打交道，比如找房屋中介租房，下面就以这个例子来说明，首先是房东和租客，这里为了处理方便，使它们都继承自抽象的people类：
public class Person {
protected String name;
protected String message;
public Person(String name) {
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getMessage() {
return this.name + "收到消息：" + this.message;
}
public void setMessage(String message) {
this.message = message;
}
}
public class Landlord extends Person {
public Landlord(String name) {
super(name);
}
}
public class Tenant extends Person {
public Tenant(String name) {
super(name);
}
}然后是中介者类（考虑到以后的扩展，抽象出一个抽象的中介者，并持有contact方法，房东和租客则是通过中介者来取得联系）
public abstract class AbstractMediator {
public abstract void contact(String message, Person person);
}
public class HouseMediator extends AbstractMediator {
@Override
public void contact(String message, Person person) {
person.setMessage(message);
}
}最后测试
public static void main(String[] args) {
AbstractMediator mediator = new HouseMediator();
Person landlord = new Landlord("房东");
mediator.contact("我要租房", landlord);
System.out.println(landlord.getMessage());
Tenant tenant = new Tenant("租客");
mediator.contact("一个月500", tenant);
System.out.println(tenant.getMessage());
}打印如下结果：
房东收到消息：我要租房
租客收到消息：一个月500像上面这样就实现了一个中介者模式，我们改动任意的对象（房东或是租客），受到影响的仅仅只有中介者。当然，这里只是为了说明中介者模式，例子本身简单，没有必要使用中介者模式，但不妨想想，对象一旦增多，并相互引用，这个模式带给我们的好处不言而喻。
总结
中介者模式可以帮助我们解除对象之间的耦合，但是在实际编码中并不是经常被使用。因为它会使得体系结构变得非常复杂，在使用该模式之前，我们首先应该想想是不是本身的设计是否存在问题。
腾讯云开发者
