14.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所示。
从类图中看,中介者模式由以下几部分组成:
- Mediator 抽象中介者角色
抽象中介者角色定义统一的接口,用于各同事角色之间的通信。
- Concrete Mediator 具体中介者角色
具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖于各个同事角色。
- Colleague 同事角色
每一个同事角色都知道中介者角色,而且与其他的同事角色通信的时候,一定要通过中介者角色协作。每个同事类的行为分为两种:一种是同事本身的行为,比如改变对象本身的状态,处理自己的行为等,这种行为叫做自发行为(Self-Method),与其他的同事类或中介者没有任何的依赖;第二种是必须依赖中介者才能完成的行为,叫做依赖方法(Dep-Method)。
中介者模式比较简单,其通用源码也比较简单,先看抽象中介者Mediator类,如代码清单14-12所示。
代码清单14-12 通用抽象中介者
1 | public abstract class Mediator { |
在Mediator抽象类中我们只定义了同事类的注入,为什么使用同事实现类注入而不使用抽象类注入呢?那是因为同事类虽然有抽象,但是没有每个同事类必须要完成的业务方法, 当然如果每个同事类都有相同的方法,比如execute、handler等,那当然注入抽象类,做到依赖倒置。
具体的中介者一般只有一个,即通用中介者,其源代码如代码清单14-13所示。
代码清单14-13 通用中介者
1 | public class ConcreteMediator extends Mediator { |
中介者所具有的方法doSomething1和doSomething2都是比较复杂的业务逻辑,为同事类服务,其实现是依赖各个同事类来完成的。
同事类的基类如代码清单14-14所示。
代码清单14-14 抽象同事类
1 | public abstract class Colleague { |
这个基类也非常简单。一般来说,中介者模式中的抽象都比较简单,是为了建立这个中介而服务的,具体同事类如代码清单14-15所示。
代码清单14-15 具体同事类
1 | public class ConcreteColleague1 extends Colleague { |
为什么同事类要使用构造函数注入中介者,而中介者使用getter/setter方式注入同事类呢?这是因为同事类必须有中介者,而中介者却可以只有部分同事类。