Android编程设计模式之中介者模式详解

本文实例讲述了Android编程设计模式之中介者模式。分享给大家供大家参考,具体如下:

一、介绍

中介者模式(Mediator Pattern)也称为调解者模式或调停者模式,Mediator本身就有调停者和调解者的意思。

在日常生活中调停者或调解者这个角色我们见得比较多的是“和事老”,也就是说调解两个有争端的人的角色,举个不恰当的例子,比如爸妈吵架,孩子或者双方父母则会出面劝架或阻止争吵,这里孩子或双方父母则是充当的是调解者的模式。

而对于中介呢?大家平时听得最多的莫过于房产中介了,在房地产飞速发展的今天,各种房产中介公司如雨后春笋般冒出来,房产中介承担的责任很简单,就是在买房者与卖房者之间建立一座桥梁沟通两者,比如小民现在手里有套房子需要出售,于是他找房产中介并告诉房产中介房子的期望售价和房子的相关信息,然后房产中介则将这些信息收集汇总有时还会美化一番,然后把广告挂在橱窗里等待买房者,如果有人有意向购买这套房子,比如这里以小辉为例,房产中介就会告诉小辉关于这套房产的相关信息,如房龄、售价等,有时还会带小辉去房子里实际参观一番,最终小辉将自己的意愿告诉房产中介,再由房产中介去与小民进行沟通。也就是说在整个房产协商的过程中,小民和小辉买卖双方是很少直接接触的,大多数情况下都是通过房产中介来传达信息,可能只有在最终进行房产交接时小民和小辉才会正式见面。

这就是我们现实生活中常见的调解者与中介者,但是,这里我们要说的中介者模式比起上述的两个例子来要复杂的多,上面我们所述的例子中,中介者或调解者所要协调的也就两类对象,而我们的中介者模式中需要协调的是多类对象。

这里还是举一个小例子来说明,本书的阅读者大多都是IT从业者,说得更准确些都是做APP的,一般来说,一个做APP的公司可以分为几大模块:运维、产品、开发、设计还有测试,每当一个新APP开始制作或者发布新版本需要制作之前,公司会开一个研讨会,运维负责市场了解用户使用倾向,研发的会说用户反映界面不好看要求修改界面……这样大家你一句我一句的讨论一半天也没有啥实质性结果,主要原因在于大家都站在自己的立场考虑问题,这样的团队研讨会即使再开下去也没什么意义,这时候如果有一个人不属于运维、产品、开发、设计任一方的人站出来说,大家把各自的意见都跟我说,由我来权衡并作出最终的决定,不管决定如何你们都要照做。因为这个人不代表任何一方,于是大家都全票表示肯定,这么一来一个方案很快就定下来,而这个作出最终决定的人我们就称之为中介者,这里的中介者与我们的中介者模式一样面对的是多类对象,这里其实大家可以看到中介者模式的一些特性,每一个中介者都会知道所有的同事,比如上面我们所说的运维、产品、开发、设计还有测试,但是这些同事呢可以互不相识,而中介者不属于同事的任何一方,也不偏袒任何一方,这么一说相信大家对中介者模式会有一个非常清晰的了解。

二、定义

中介者模式包装了一系列对象互相作用的方式,使得这些对象不必相互明显作用。从而使它们可以松散偶合。当某些对象之间的作用发生改变时,不会立即影响其他的一些对象之间的作用。保证这些作用可以彼此独立的变化。中介者模式将多对多的相互作用转化为一对多的相互作用。中介者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。

三、使用场景

当对象之间的交互操作很多且每个对象的行为操作都依赖彼此时,为防止在修改一个对象的行为时,同时涉及修改很多其他对象的行为,可采用中介者模式,来解决紧耦合问题。该模式将对象之间的多对多关系变成一对多关系,中介者对象将系统从网状结构变成以调停者为中心的星形结构,达到降低系统的复杂性,提高可扩展性的作用。

四、中介者模式的UML类图

UML类图:

角色介绍:

Mediator:抽象的中介者角色,定义了同事对象到中介者的接口。

ConcreteMediator:具体的中介者角色,从具体的同事对象接收消息,同时向具体的同事对象发出命令。

Colleague:抽象同事类角色,定义了中介者对象的接口,只知道中介而不知道其他同事对象。

ConcreteColleagueA,ConcreteColleagueB:具体的同事类角色,每个具体同事类都知道本身在小范围内的行为,而不知道他在大范围中的行为。

模板代码:

抽象的中介者:

public interface Mediator {
  void change();
}

具体的中介者:

public class ConcreteMediator implements Mediator {
  public ConcreteColleagueA concreteColleagueA;
  public ConcreteColleagueB concreteColleagueB;
  public void setConcreteColleagueA(ConcreteColleagueA concreteColleagueA) {
    this.concreteColleagueA = concreteColleagueA;
  }
  public void setConcreteColleagueB(ConcreteColleagueB concreteColleagueB) {
    this.concreteColleagueB = concreteColleagueB;
  }
  @Override
  public void change() {
    concreteColleagueA.action();
    concreteColleagueB.action();
  }
}

抽象的同事:

public abstract class Colleague {
  public Mediator mediator;
  public Colleague(Mediator mediator) {
    this.mediator = mediator;
  }
  public abstract void action();
}

具体的同事A:

public class ConcreteColleagueA extends Colleague {
  public ConcreteColleagueA(Mediator mediator) {
    super(mediator);
  }
  @Override
  public void action() {
    System.out.println("交给中介做A的事情");
  }
}

具体的同事B:

public class ConcreteColleagueB extends Colleague {
  public ConcreteColleagueB(Mediator mediator) {
    super(mediator);
  }
  @Override
  public void action() {
    System.out.println("交给中介做B的事情");
  }
}

五、简单示例

在电脑中,主机部分主要分为:CPU、内存、显卡、IO设备,而将它们整合起来的就是主板,这里主板就是一个中介者。以此为例。

抽象中介者:

public abstract class Mediator {
  /**
   * 同事对象改变时通知中介者的方法
   * 在同事对象改变时由中介者去通知其他的同事对象
   *
   * @param c 同事对象
   */
  public abstract void changed(Colleague c);
}

抽象同事:

public abstract class Colleague {
  protected Mediator mediator;//每一个同事都该知道其中介者
  public Colleague(Mediator mediator) {
    this.mediator = mediator;
  }
}

CPU同事:

public class CPU extends Colleague{
  private String dataVideo, dataSound; //视频和音频数据
  public CPU(Mediator mediator) {
    super(mediator);
  }
  /**
   * 获取视频数据
   *
   * @return 视频数据
   */
  public String getDataVideo(){
    return dataVideo;
  }
  /**
   * 获取音频数据
   *
   * @return 音频数据
   */
  public String getDataSound(){
    return dataSound;
  }
  /**
   * 解码数据
   *
   * @param data音、视频数据
   */
  public void decodeData(String data){
    //分割音、视频数据
    String[] tmp = data.split(",");
    //解析音、视频数据
    dataVideo = tmp[0];
    dataSound = tmp[1];
    //告诉中介者自身状态改变
    mediator.changed(this);
  }
}

光驱同事:

public class CDDevice extends Colleague{
  private String data; //视频数据
  public CDDevice(Mediator mediator) {
    super(mediator);
  }
  /**
   * 读取视频数据
   *
   * @return 视频数据
   */
  public String read(){
    return data;
  }
  /**
   * 加载视频数据
   *
   * @return 音频数据
   */
  public void load(){
    data = "视频数据,音频数据";
    //告诉中介者自身状态改变
    mediator.changed(this);
  }
}

显卡同事:

public class GraphicsCard extends Colleague{
  public GraphicsCard(Mediator mediator) {
    super(mediator);
  }
  /**
   * 播放视频数据
   *
   * @param 视频数据
   */
  public void videoPlay(String data){
    System.out.println("视频:" + data);
  }
}

声卡同事:

public class SoundCard extends Colleague{
  public SoundCard(Mediator mediator) {
    super(mediator);
  }
  /**
   * 播放音频数据
   *
   * @param 音频数据
   */
  public void soundPlay(String data){
    System.out.println("音频:" + data);
  }
}

主板中介者:

public class MainBoard extends Mediator{
  private CDDevice cdDevice; //光驱设备
  private CPU cpu; //CPU
  private SoundCard soundCard; //声卡设备
  private GraphicsCard graphicsCard; //显卡设备
  @Override
  public void changed(Colleague c) {
    //如果光驱读取了数据
    if(c == cdDevice){
      handleCD((CDDevice) c);
    }
    //如果CPU处理完数据
    else if(c == cpu){
      handleCD((CPU) c);
    }
  }
  /**
   * 处理光驱读取数据后与其他设备的交互
   *
   * @param cdDevice 光驱设备
   */
  public void handleCD(CDDevice cdDevice){
    cpu.decodeData(cdDevice.read());
  }
  /**
   * 处理CPU读取数据后与其他设备的交互
   *
   * @param cpu CPU
   */
  public void handleCD(CPU cpu){
    soundCard.soundPlay(cpu.getDataSound());
    graphicsCard.videoPlay(cpu.getDataVideo());
  }
  /**
   * 设置CD设备
   *
   * @param CDDevice CD设备
   */
  public void setCDDevice(CDDevice cdDevice){
    this.cdDevice = cdDevice;
  }
  /**
   * 设置CPU
   *
   * @param cpu CPU
   */
  public void setCPU(CPU cpu){
    this.cpu = cpu;
  }
  /**
   * 设置声卡设备
   *
   * @param soundCard 声卡设备
   */
  public void setSoundCard(SoundCard soundCard){
    this.soundCard = soundCard;
  }
  /**
   * 设置显卡设备
   *
   * @param graphicsCard 显卡设备
   */
  public void setGraphicsCard(GraphicsCard graphicsCard){
    this.graphicsCard = graphicsCard;
  }
}

播放电影:

public class Client {
  public static void main(String[] args) {
    //构造主板对象
    MainBoard mediator = new MainBoard();
    //分别构造各个零件
    CDDevice cd = new CDDevice(mediator);
    CPU cpu = new CPU(mediator);
    GraphicsCard gc = new GraphicsCard(mediator);
    SoundCard sc = new SoundCard(mediator);
    //将各个零件安装到主板
    mediator.setCDDevice(cd);
    mediator.setCPU(cpu);
    mediator.setGraphicsCard(gc);
    mediator.setSoundCard(sc);
    //播放电影
    cd.load();
  }
}

结果:

音频:音频数据
视频:视频数据

可以看出中介者模式将多对多的相互作用转化为一对多的相互作用,将系统从网状结构变为以中介者为中心的星形结构(这里就是主板),达到降低系统的复杂性,提高可扩展性。

六、Android源码中的中介者模式

1、Keyguard解锁屏

详细机制参考:Android4.0 Keyguard解锁屏机制

七、总结

其实在Android开发中我们可能无意间就使用了中介者模式,比如登录注册界面,我们使用EditText的addTextChangedListener监听输入密码的位数、用户名是否为空,密码与确认密码是否一致等等判断时,此时多个控件交互,就是由Activity充当中介者来协调。

优点:

适当地使用中介者模式可以避免同事类之间的过度耦合,使得各同事类之间可以相对独立地使用。

使用中介者模式可以将对象的行为和协作进行抽象,能够比较灵活的处理对象间的相互作用。

使用中介者模式可以将对象间多对多的关联转变为一对多的关联,使对象间的关系易于理解和维护。

缺点:

中介者模式是一种比较常用的模式,也是一种比较容易被滥用的模式。对于大多数的情况,同事类之间的关系不会复杂到混乱不堪的网状结构,因此,大多数情况下,将对象间的依赖关系封装的同事类内部就可以的,没有必要非引入中介者模式。滥用中介者模式,只会让事情变的更复杂。所以,我们决定使用中介者模式之前要多方考虑、权衡利弊。

更多关于Android相关内容感兴趣的读者可查看本站专题:《Android开发入门与进阶教程》、《Android调试技巧与常见问题解决方法汇总》、《Android基本组件用法总结》、《Android视图View技巧总结》、《Android布局layout技巧总结》及《Android控件用法总结》

希望本文所述对大家Android程序设计有所帮助。

(0)

相关推荐

  • Android编程设计模式之抽象工厂模式详解

    本文实例讲述了Android编程设计模式之抽象工厂模式.分享给大家供大家参考,具体如下: 一.介绍 抽象工厂模式(Abstract Factory Pattern),也是创建型设计模式之一.前一节我们已经了解了工厂方法模式,那么这个抽象工厂又是怎么一回事呢?大家联想一下现实生活中的工厂肯定都是具体的,也就是说每个工厂都会生产某一种具体的产品,那么抽象工厂意味着生产出来的产品是不确定的,那这岂不是很奇怪?抽象工厂模式起源于以前对不同操作系统的图形化解决方案,如不同操作系统中的按钮和文本框控件其实现

  • Android编程设计模式之迭代器模式详解

    本文实例讲述了Android编程设计模式之迭代器模式.分享给大家供大家参考,具体如下: 一.介绍 迭代器模式(Iterator Pattern)又称为游标(Cursor)模式,是行为型设计模式之一.迭代器模式算是一个比较古老的设计模式,其源于对容器的访问,比如Java中的List.Map.数组等,我们知道对容器对象的访问必然会涉及遍历算法,我们可以将遍历的方法封装在容器中,或者不提供遍历方法.如果我们将遍历的方法封装到容器中,那么对于容器类来说就承担了过多的功能,容器类不仅要维护自身内部的数据元

  • android设计模式之单例模式详解

    这是我们最常见的一类模式,对这一类模式有一个通用的特点就是: 封装创建的方式和过程. 这里所谓封装就是隐藏的意思,对对象的创建方法和过程不可见,或者是虚拟的过程. 隐藏创建方式,就是如单例,工厂方法,隐藏创建过程则是指builder,原型,至于抽象工厂,我认为他包含了以上两种. 我们想想一个对象的创建有哪些步骤? 1.创建什么东西?--接口定义 2.谁创建?        --决策类or帮助类 3.如何创建?     --how,创建过程 4.什么时候创建?    --创建时机的触发 由此可知,

  • Android编程设计模式之访问者模式详解

    本文实例讲述了Android编程设计模式之访问者模式.分享给大家供大家参考,具体如下: 一.介绍 访问者模式是一种将数据操作与数据结构分离的设计模式,它是<设计模式>中23种设计模式中最复杂的一个,但它的使用频率并不高,正如<设计模式>的作者GOF对访问者模式的描述:大多数情况下,你不需要使用访问者模式,但是当你一旦需要使用它时,那你就是真的需要它了. 访问者模式的基本想法是,软件系统中拥有一个由许多对象构成的.比较稳定的对象结构,这些对象的类都拥有一个accept方法用来接受访问

  • Android编程设计模式之解释器模式详解

    本文实例讲述了Android编程设计模式之解释器模式.分享给大家供大家参考,具体如下: 一.介绍 解释器模式(Interpreter Pattern)是一种用的比较少的行为型模式,其提供了一种解释语言的语法或表达式的方式,该模式定义了一个表达式接口,通过该接口解释一个特定的上下文.在这么多的设计模式中,解释器模式在实际运用上相对来说要少很多,因为我们很少会自己去构造一个语言的文法.虽然如此,既然它能够在设计模式中有一席之位,那么必定有它的可用之处. 二.定义 给定一个语言,定义它的文法的一种表示

  • Android编程设计模式之模板方法模式详解

    本文实例讲述了Android编程设计模式之模板方法模式.分享给大家供大家参考,具体如下: 一.介绍 在面向对象开发过程中,通常会遇到这样的一个问题,我们知道一个算法所需的关键步骤,并确定了这些步骤的执行顺序,但是,某些步骤的具体实现是未知的,或者说某些步骤的实现是会随着环境的变化而改变的,例如,执行程序的流程大致如下: 1.检查代码的正确性: 2.链接相关的类库: 3.编译相关代码: 4.执行程序. 对于不同的程序设计语言,上述4个步骤都是不一样的,但是,它们的执行流程是固定的,这类问题的解决方

  • Android编程设计模式之策略模式详解

    本文实例讲述了Android编程设计模式之策略模式.分享给大家供大家参考,具体如下: 一.介绍 在软件开发中也常常遇到这样的情况:实现某一个功能可以有多种算法或者策略,我们根据实际情况选择不同的算法或者策略来完成该功能.例如,排序算法,可以使用插入排序.归并排序.冒泡排序等. 针对这种情况,一种常规的方法是将多种算法写在一个类中.例如,需要提供多种排序算法,可以将这些算法写到一个类中,每一个方法对应一个具体的排序算法:当然,也可以将这些排序算法封装在一个统一的方法中,通过if-else-或者ca

  • Android编程设计模式之状态模式详解

    本文实例讲述了Android编程设计模式之状态模式.分享给大家供大家参考,具体如下: 一.介绍 状态模式中的行为是由状态来决定的,不同的状态下有不同的行为.状态模式和策略模式的结构几乎完全一样,但它们的目的.本质却完全不一样.状态模式的行为是平行的.不可替换的,策略模式的行为是彼此独立.可相互替换的.用一句话来表述,状态模式把对象的行为包装在不同的状态对象里,每一个状态对象都有一个共同的抽象状态基类.状态模式的意图是让一个对象在其内部状态改变的时候,其行为也随之改变. 二.定义 当一个对象的内在

  • Android编程设计模式之责任链模式详解

    本文实例讲述了Android编程设计模式之责任链模式.分享给大家供大家参考,具体如下: 一.介绍 责任链模式(Iterator Pattern),是行为型设计模式之一.什么是"链"?我们将多个节点首尾相连所构成的模型称为链,比如生活中常见的锁链,就是由一个个圆角长方形的铁环串起来的结构.对于链式结构,每个节点都可以被拆开再连接,因此,链式结构也具有很好的灵活性.将这样一种结构应用于编程领域,将每一个节点看作是一个对象,每一个对象拥有不同的处理逻辑,将一个请求从链式的首端发出,沿着链的路

  • Android编程设计模式之命令模式详解

    本文实例讲述了Android编程设计模式之命令模式.分享给大家供大家参考,具体如下: 一.介绍 命令模式(Command Pattern),是行为型设计模式之一.命令模式相对于其他的设计模式来说并没有那么多的条条框框,其实它不是一个很"规范"的模式,不过,就是基于这一点,命令模式相对于其他的设计模式更为灵活多变.我们接触比较多的命令模式个例无非就是程序菜单命令,如在操作系统中,我们点击"关机"命令,系统就会执行一系列的操作,如先是暂停处理事件,保存系统的一些配置,然

  • Android编程设计模式之备忘录模式详解

    本文实例讲述了Android编程设计模式之备忘录模式.分享给大家供大家参考,具体如下: 一.介绍 备忘录模式是一种行为模式,该模式用于保存对象当前状态,并且在之后可以再次恢复到此状态,这有点像我们平时说的"后悔药".备忘录模式实现的方式需要保证被保存的对象状态不能被对象从外部访问,目的是为了保护好被保存的这些对象状态的完整性以及内部实现不向外暴露. 二.定义 在不破坏封闭的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样,以后就可将该对象恢复到原先保存的状态. 三.使用

随机推荐