版权声明:做一个有尊严的生产者 https://blog.csdn.net/qq_36918149/article/details/82932389
一、定义
用一个中介对象封装一系列的的对象的交互,中介者使各对象不需要相互引用,从而降低耦合性,且可以独立地改变他们之间的交互。
二、代码演示
2.1 uml类图
2.2 Mediator抽象中介者角色
抽象中介角色定义统一的接口,用户是各同事角色之间通信。
public abstract class Mediator {
//定义同事类(通过new对象模拟依赖注入)
protected ConcreteColleague1 concreteColleague1 = new ConcreteColleague1() ;
protected ConcreteColleague2 concreteColleague2 = new ConcreteColleague2();
//通过getter/setter方法把同事类注入进来
public ConcreteColleague1 getConcreteColleague1() {
return concreteColleague1;
}
public void setConcreteColleague1(ConcreteColleague1 concreteColleague1) {
this.concreteColleague1 = concreteColleague1;
}
public ConcreteColleague2 getConcreteColleague2() {
return concreteColleague2;
}
public void setConcreteColleague2(ConcreteColleague2 concreteColleague2) {
this.concreteColleague2 = concreteColleague2;
}
//中介者模式的业务逻辑
public abstract void doSomething1();
public abstract void doSomething2();
}
2.3 ConcreteMediator具体中介者角色
具体中介者角色通过协调各同事角色实现协作行为,因此它必须依赖于各个同事角色。
public class ConcreteMediator extends Mediator {
@Override
public void doSomething1(){
System.out.println("doSomething1有如下内容");
//调用同事类方法
super.concreteColleague1.sefMethod1();
super.concreteColleague2.sefMethod2();
}
@Override
public void doSomething2(){
System.out.println("doSomething2有如下内容");
//调用同事类方法
super.concreteColleague1.sefMethod1();
super.concreteColleague2.sefMethod2();
}
2.4 Colleague同事角色
每一个同事角色都知道中介角色,而且与其他的同事角色通信的时候,一定要通过中介者协作。每个同事类的行为分为两种:一种是同事本身的行为,比如改变对象本身的状态,处理自己的行为等,这种方法叫做自发行为(Self-Method),与其他同事类货中介者没有任何的依赖;第二种是必须依赖中介者才能完成的行为,叫做依赖方法(Dep-Method)。
public abstract class Colleague {
protected Mediator mediator ;
public Colleague(Mediator _mediato){
this.mediator = _mediato ;
}
Colleague(){}
}
2.5 ConcreteMediator1、2 同事类
public class ConcreteColleague1 extends Colleague {
public ConcreteColleague1(){};
//通过构造函数传递中介者
public ConcreteColleague1(Mediator _mediator){
super(_mediator);
}
//自由方法 self-method
public void sefMethod1(){
//处理自己的业务逻辑
System.out.println("sefMethod1");
}
//依赖方法 dep-method
public void depMethod1(){
//处理自己的业务逻辑
super.mediator.doSomething1();
}
}
public class ConcreteColleague2 extends Colleague {
public ConcreteColleague2(){};
//通过构造函数传递中介者
public ConcreteColleague2(Mediator _mediator){
super(_mediator);
}
//自由方法 self-method
public void sefMethod2(){
//处理自己的业务逻辑
System.out.println("sefMethod2");
}
//依赖方法 dep-method
public void depMethod2(){
//处理自己的业务逻辑
super.mediator.doSomething2();
}
}
2.5场景类
public class Client {
public static void main(String args[]){
Mediator mediator = new ConcreteMediator();
ConcreteColleague1 concreteColleague1 = new ConcreteColleague1(mediator);
ConcreteColleague2 concreteColleague2 = new ConcreteColleague2(mediator);
concreteColleague1.sefMethod1();;
concreteColleague2.sefMethod2();
System.out.println("=================================================================");
concreteColleague1.depMethod1();
concreteColleague2.depMethod2();
}
}
结果:
sefMethod1
sefMethod2
=================================================================
doSomething1有如下内容
sefMethod1
sefMethod2
doSomething2有如下内容
sefMethod1
sefMethod2
三、优点
中介者模式的优点就是减少类间的依赖,把原来的一对多的依赖变成了一对一的依赖,同事类只依赖中介者,减少了依赖,降低了耦合度。
四、缺点
中介者模式的缺点是中介者会膨胀得很大,且逻辑复杂,原来n哥对象直接的相互依赖关系转换为中介者和同事类的依赖关系,同事类越多,中介者的逻辑就越复杂。
五、应用场景
- n个对象之间产生了相互的依赖关系(n>2);
- 多个对象有依赖关系,但依赖行为不确定或者有发生改变的可能;
- 产品开发,MVC框架就是用的中介者模式,可以提高产品的性能及扩展性。
六、注意事项
中介者模式是一个很容易被滥用的模式,一个对象依赖几个对象是很常见的,如果都用中介者模式,是非常危险的。使用中介者模式就必然会带来中介者膨胀问题。