【设计模式】中介者模式

中介者模式

• 中介者模式的定义
  • 用一个中介对象来封装一系列的对象交互，中介者使得各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立的改变他们之间的交互
• 应用中介者模式来解决问题的思路
  • 多个对象需要相互引用，从而导致对象之间紧密耦合，不利于对象的修改和维护
• 
  • Mediator：中介者接口，在里面定义各个同事之间交互需要的方法，可以是公共的通信方法，比如changed方法，大家都用，也可以是小范围的交互方法
  • ConcreteMediator：具体的中介者实现对象，它需要了解并维护各个同事对象，并负责具体的协调各同事之间的交互关系
  • Colleague：同事类的定义，通常实现为抽象类，主要负责约束同时对象的类型，并实现一些具体同事类之间的公共功能
  • ConcreateCooleague：具体的同事类，实现自己的业务，在需要与其他同事通信的时候，就与持有的中介者通信，中介者会负责与其他的同事交互

  public interface Mediator {
      /*
      * 同事对象在自身改变的时候来通知中介者的方法
      * 让中介者去负责相应的与其他同事对象的交互
      * @param colleague 同事对象自身，好让中介者对象通过对象实例去获取同事对象的状态
      * */
      public void changed(ConcreteColleague concreteColleague);
  
  }
  /*
  * 具体中介者实现
  * */
  public class ConcreteMediator implements Mediator {
      /*
      * 持有并维护同事
      * */
      private ConcreteColleague concreteColleague;
  
      /*
      * 设置中介者需要了解并维护的同事
      * */
      public void setConcreteColleague(ConcreteColleague concreteColleague) {
          this.concreteColleague = concreteColleague
      }
  
      @Override
      public void changed(ConcreteColleague concreteColleague) {
          // 某个同事发生了变化，通常需要与其他同事交互
          // 具体协调相应的同事对象来协作行为
      }
  }
  
  /*
  * 同事类的抽象父类
  * */
  public abstract class Colleague {
      /*
      * 持有中介者对象，每一个同事类都知道它的中介者对象
      * */
      private Mediator mediator;
      /*
      * 构造方法，传入中介者对象
      * */
      public Colleague(Mediator mediator) {
          this.mediator = mediator;
      }
      /*
      * 获取当前同事类对应的中介者对象
      * @return 对应的中介者对象
      * */
      public Mediator getMediator() {
          return mediator;
      }
  }
  
  /*
  * 具体同事类A
  * */
  public class ConcreteColleague extends Colleague {
      public ConcreteColleague(Mediator mediator) {
          super(mediator)
      }
      /*
      * 示意方法，执行某些业务功能
      * */
      public void doSomething() {
          getMediator().changed(this);
      }
  
  
  }
  

• 中介者模式的功能
  • 封装对象之间的交互
• 同事关系
  • 在标准的中介者模式中，将使用中介者对象来交互的那些对象称为同事类，在中介者模式中，要求这些类都要继承相同的类
• 基于考虑，在实际应用开发中，经常会简化中介者模式，来使开发变得简单，比如有如下的简化
  • 通常会去掉同事对象的父类，这样可以让任意的对象，只要需要相互交互，就可以成为同事
  • 通常不定义Mediator接口，把具体的中介者对象实现成为单例
  • 同事对象不再持有中介者，而是在需要的时候直接获取中介者对象并调用；中介者也不再持有同事对象，而是在具体处理方法里面去创建，或者获取，或者从参数传入需要的同事对象
• 中介者模式的优缺点
  • 优点
    • 松散耦合
    • 集中控制交互
    • 多对多变成一对多
  • 缺点
    • 过度集中化
• 中介者模式的本质
  • 封装交互
• 何时选用中介者模式
  • 如果一组对象之间的通信方式比较复杂，导致相互依赖、结构紊乱，可以采用中介者模式，把这些对象相互的交互管理起来，各个对象都只需要和中介者交互，从而使得各个对象松散耦合，结构也更清晰易懂
  • 如果一个对象引用很多的对象，并直接跟这些对象交互，导致难以服用该对象，可以采用中介者模式，把这个对象跟其他对象的交互封装到中介者对象里面，这个对象就只需要和中介者对象交互就可以了