该篇主要是中介者模式。
定义
用一个中介对象封装一系列的对象交互,中介者使各对象不需要显示地相互作用,从而使其耦合松散,而且可以独立地改变他们之间的交互。
组成
Mediator 抽象中介者角色
抽象中介者角色定义统一的接口,用于各同事角色之间的通信。
Concrete Mediator 具体中介者角色
具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖于各个同事角色。
Colleague 同事角色
每一个同事角色都知道中介者角色,而且与其他的同事角色通信的时候,一定要通过中介者角色协作。其中有自发行为和依赖方法。
代码
1.抽象中介者
@Data
public abstract class Mediator {
protected ConcreteColleague1 c1;
protected ConcreteColleague2 c2;
public abstract void doSomething1();
public abstract void doSomething2();
}
注入同事类,而不是抽象类,是由于同事类里会有独立的方法,抽象类里未有。
2.实例中介者
代码如下:
public class ConcreteMediator extends Mediator {
@Override
public void doSomething1() {
super.c1.selfMethod1();
super.c2.selfMethod1();
}
@Override
public void doSomething2() {
super.c1.selfMethod1();
super.c2.selfMethod1();
}
}
3.同事类
1.抽象同事类
public abstract class Colleague {
protected Mediator mediator;
public Colleague(Mediator mediator) {
this.mediator = mediator;
}
}
2.具体同事类
代码如下:
// ConcreteColleague1 类
public class ConcreteColleague1 extends Colleague{
public ConcreteColleague1(Mediator mediator) {
super(mediator);
}
public void selfMethod1() {
// 自己的业务逻辑
}
public void depMethod1() {
//自己不能处理的业务逻辑,委托给中介者处理
super.mediator.doSomething1();
}
}
// ConcreteColleague2 类
public class ConcreteColleague2 extends Colleague{
public ConcreteColleague2(Mediator mediator) {
super(mediator);
}
public void selfMethod1() {
// 自己的业务逻辑
}
public void depMethod1() {
//自己不能处理的业务逻辑,委托给中介者处理
super.mediator.doSomething2();
}
}
同事类使用构造函数注入中介者,是因为同事类必须有中介者,而中介者用
getter/setter
方法注入同事类,是因为中介者却可以只有部分同事类。
中介者模式优缺点
- 优点:
- 中介者模式减少类之间的依赖,把原有的一对多的依赖变成了一对一的依赖,同事类只依赖中介者,减少了依赖,当然同时也降低了类间的耦合。
- 缺点:
- 中介者会膨胀得很大,而且逻辑复杂,原本N个对象直接的相互依赖关系转换为中介者和同事类的依赖关系,同事类越多,中介者的逻辑就越复杂。