设计模式 _第八招式_中介者模式

版权声明:做一个有尊严的生产者 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框架就是用的中介者模式,可以提高产品的性能及扩展性。

六、注意事项

中介者模式是一个很容易被滥用的模式,一个对象依赖几个对象是很常见的,如果都用中介者模式,是非常危险的。使用中介者模式就必然会带来中介者膨胀问题。

猜你喜欢

转载自blog.csdn.net/qq_36918149/article/details/82932389