首页 » 设计模式之禅(第2版) » 设计模式之禅(第2版)全文在线阅读

《设计模式之禅(第2版)》14.2 中介者模式的定义

关灯直达底部

中介者模式的定义为:Define an object that encapsulates how a set of objects interact.Mediator promotes loose coupling by keeping objects from referring to each other explicitly,and it lets you vary their interaction independently.(用一个中介对象封装一系列的对象交互,中介者使各对象不需要显示地相互作用,从而使其耦合松散,而且可以独立地改变它们之间的交互。)

中介者模式通用类图如图14-7所示。

图14-7 中介者模式通用类图

从类图中看,中介者模式由以下几部分组成:

● Mediator 抽象中介者角色

抽象中介者角色定义统一的接口,用于各同事角色之间的通信。

● Concrete Mediator 具体中介者角色

具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖于各个同事角色。

● Colleague 同事角色

每一个同事角色都知道中介者角色,而且与其他的同事角色通信的时候,一定要通过中介者角色协作。每个同事类的行为分为两种:一种是同事本身的行为,比如改变对象本身的状态,处理自己的行为等,这种行为叫做自发行为(Self-Method),与其他的同事类或中介者没有任何的依赖;第二种是必须依赖中介者才能完成的行为,叫做依赖方法(Dep-Method)。

中介者模式比较简单,其通用源码也比较简单,先看抽象中介者Mediator类,如代码清单14-12所示。

代码清单14-12 通用抽象中介者

public abstract class Mediator {     //定义同事类     protected ConcreteColleague1 c1;     protected ConcreteColleague2 c2;     //通过getter/setter方法把同事类注入进来     public ConcreteColleague1 getC1 {     return c1;     }     public void setC1(ConcreteColleague1 c1) {     this.c1 = c1;     }     public ConcreteColleague2 getC2 {     return c2;     }     public void setC2(ConcreteColleague2 c2) {     this.c2 = c2;     }     //中介者模式的业务逻辑     public abstract void doSomething1;     public abstract void doSomething2;}  

在Mediator抽象类中我们只定义了同事类的注入,为什么使用同事实现类注入而不使用抽象类注入呢?那是因为同事类虽然有抽象,但是没有每个同事类必须要完成的业务方法,当然如果每个同事类都有相同的方法,比如execute、handler等,那当然注入抽象类,做到依赖倒置。

具体的中介者一般只有一个,即通用中介者,其源代码如代码清单14-13所示。

代码清单14-13 通用中介者

public class ConcreteMediator extends Mediator {     @Override     public void doSomething1 {     //调用同事类的方法,只要是public方法都可以调用     super.c1.selfMethod1;     super.c2.selfMethod2;     }     public void doSomething2 {     super.c1.selfMethod1;     super.c2.selfMethod2;     }}  

中介者所具有的方法doSomething1和doSomething2都是比较复杂的业务逻辑,为同事类服务,其实现是依赖各个同事类来完成的。

同事类的基类如代码清单14-14所示。

代码清单14-14 抽象同事类

public abstract class Colleague {     protected Mediator mediator;     public Colleague(Mediator _mediator){     this.mediator = _mediator;     }}  

这个基类也非常简单。一般来说,中介者模式中的抽象都比较简单,是为了建立这个中介而服务的,具体同事类如代码清单14-15所示。

代码清单14-15 具体同事类

public class ConcreteColleague1 extends Colleague {     //通过构造函数传递中介者     public ConcreteColleague1(Mediator _mediator){     super(_mediator);     }     //自有方法 self-method     public void selfMethod1{     //处理自己的业务逻辑     }     //依赖方法 dep-method     public void depMethod1{     //处理自己的业务逻辑     //自己不能处理的业务逻辑,委托给中介者处理     super.mediator.doSomething1;     }}public class ConcreteColleague2 extends Colleague {     //通过构造函数传递中介者     public ConcreteColleague2(Mediator _mediator){     super(_mediator);     }     //自有方法 self-method     public void selfMethod2{     //处理自己的业务逻辑     }     //依赖方法 dep-method     public void depMethod2{     //处理自己的业务逻辑     //自己不能处理的业务逻辑,委托给中介者处理     super.mediator.doSomething2;     }}  

为什么同事类要使用构造函数注入中介者,而中介者使用getter/setter方式注入同事类呢?这是因为同事类必须有中介者,而中介者却可以只有部分同事类。