1.定义:
用一个中介对象封装一系列的对象交互,中介者使个对象不需要显示的相互作用,从而使其耦合松散,而且可以独立地改变他们之间的交互。
2.解析:
这段话不明白没关系,我们先来看这样的一个场景:
公司有1个领导,9个职员,有一天领导要去公司的图书馆找一本书,领导一看图书馆的这本书已经被借走了,他就去问职员1有没有拿走,如果没有就继续问职员2……终于领导找到了他想看的书。
在这个例子中最差的情况下,领导对象竟然要和9个职员对象进行耦合,从我们软件设计的角度来看是相当不合理的。
我们把上面这个故事抽象成一个简单的程序就编程了这样的代码:
package _8MediatorPattern; public interface Staff { public void borrowBook(); public boolean bookIsBorrowed(); }
package _8MediatorPattern; import java.util.Date; public class Leader implements Staff { private Staff commonStaff; @Override public void borrowBook() { // 先看书在不在小职员手里 if(commonStaff.bookIsBorrowed()) { System.out.println("领导直接从图书馆借到了书!"); }else { System.out.println("领导从小职员手里拿到了书,很简单!"); } } @Override public boolean bookIsBorrowed() { // 随机产生,书有没有被借走 return new Date().getTime()/2 == 0; } public Staff getCommonStaff() { return commonStaff; } public void setCommonStaff(Staff commonStaff) { this.commonStaff = commonStaff; } }
package _8MediatorPattern; import java.util.Date; public class CommonStaff implements Staff { private Staff leader; @Override public void borrowBook() { if(leader.bookIsBorrowed()) { System.out.println("小员工直接从图书馆借到了书!"); }else { System.out.println("小员工从领导手里借到了书,不容易!"); } } @Override public boolean bookIsBorrowed() { // 随机产生,书有没有被借走 return new Date().getTime()/2 == 0; } public Staff getLeader() { return leader; } public void setLeader(Staff leader) { this.leader = leader; } }
我们可以看到无论是职员还是领导,他们之间都相互耦合了。
现在上面这个故事我们继续:领导在借了三次书以后终于不耐烦,他决定给公司招一个图书管理员。那么他每次借书的时候只要跟管理员打招呼就行了:XXX,帮我把Java编程思想拿过来。然后管理员就去查询谁拿走了书,然后把书送到领导手里。
好了,我们讲到这里故事就结束了,因为中介者已经出现了。没错,这个管理员就是中介者。
3.中介者模式的结构(中介者模式又称为调停者模式)
- 抽象中介者:抽象中介者角色定义统一的接口,用于各同事角色之间的通信。
- 具体中介者:具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖各个同事角色。
- 同事角色:每个同事角色都知道中介者角色 ,而且与其他的同事角色通信的时候,一定通过中介者角色协作。每个同事类的行为分为两种:一种是同事本身的行为,比如改变对象本身的状态,处理自己的行为等,这种方法叫做自发行为,与其他同事类或者中介者没有任何的依赖;第二种是必须依赖中介者才能完成的行为,叫做依赖方法。
4.中介者模式通用代码:
package _8MediatorPattern; /** * 通用抽象中介者 */ public abstract class Mediator { // 定义同事类 protected ConcreteColleage1 colleage1; protected ConcreteColleage2 colleage2; // 中介者模式的业务逻辑(依赖关系复杂的) public abstract void doSomething1(); public abstract void doSomething2(); public ConcreteColleage1 getColleage1() { return colleage1; } public void setColleage1(ConcreteColleage1 colleage1) { this.colleage1 = colleage1; } public ConcreteColleage2 getColleage2() { return colleage2; } public void setColleage2(ConcreteColleage2 colleage2) { this.colleage2 = colleage2; } }
package _8MediatorPattern; /** * 中介者具体类 */ public class ConcreteMediator extends Mediator { @Override public void doSomething1() { super.colleage1.selfMethod1(); // 依赖方法 super.colleage2.depMethod2(); } @Override public void doSomething2() { // 依赖方法 super.colleage1.depMethod1(); super.colleage2.selfMethod2(); } }
package _8MediatorPattern; /** * 抽象同事类 */ public abstract class Colleage { protected Mediator mediator; public Colleage(Mediator mediator) { this.mediator = mediator; } }
package _8MediatorPattern; /** * 同事类1 */ public class ConcreteColleage1 extends Colleage { // 通过构造函数传递中介者 public ConcreteColleage1(Mediator mediator) { super(mediator); } // 自有方法 self-method public void selfMethod1() { } // 依赖方法 dep-method public void depMethod1() { super.mediator.doSomething1(); } }
package _8MediatorPattern; /** * 同事类2 */ public class ConcreteColleage2 extends Colleage { // 通过构造函数传递中介者 public ConcreteColleage2(Mediator mediator) { super(mediator); } // 自有方法 self-method public void selfMethod2() { } // 依赖方法 dep-method public void depMethod2() { super.mediator.doSomething2(); } }
5.中介者模式的使用场景:
中介者模式适用于多个对象之间紧密耦合的情况,紧密耦合的标准是:在类图中出现了蜘蛛网状结构。在这种情况下一定要考虑使用中介者模式,这有利于把蜘蛛网梳理为星型结构,使原本复杂混乱的关系变得清晰简单。
中介者模式虽然简单,但不代表易用。在OOP中对象必然会存在依赖关系,中介者模式未必能把原来凌乱的逻辑整理的清清楚楚,而且中介者模式也是有缺点的,使用不当,缺点会被无限放大。
6.中介者模式的优点:
中介者模式的优点就是减少类间的依赖,把原本的一对多依赖编程了一对一依赖,同事类只依赖中介者,减少了依赖,同事也降低了类间的耦合。
7.中介者模式的缺点:
中介者模式的缺点是中介者会膨胀的很大,而且逻辑复杂,原本N个对象直接相互依赖的关系转换成了中介者和同事类的依赖关系,同事类越多,中介者的逻辑越复杂。
8.中介者模式的实际应用:
- 机场的调度中心
- MVC框架中的Controller
- 媒体网关,比如QQ的聊天服务器
- 中介服务,比如房产中介