第十七章、中介者模式

中介者模式也称为调解者模式或调停者模式,是一种行为型模式。

1.定义

中介者模式包装了一系列对象相互作用的方式。使得这些对象不必相互明显作用。从而使它们能够松散耦合。当某些对象之间的作用发生改变时。不会马上影响其它的一些对象之间的作用。保证这些作用能够彼此独立的变化。

2.使用场景

当对象之间的交互操作非常多且每一个对象的行为操作都依赖彼此时,为防止在改动一个对象的行为时。同一时候涉及非常多其它对象的行为,可使用中介者模式。

3.UML类图

(1)Mediator:抽象中介者角色。定义了同事对象到中介者对象的接口,一般以抽象类的方式实现。

(2)ConcreteMediator:详细中介者角色,继承于抽象中介者,实现了父类定义的方法,它从详细的同事对象接受消息,向详细同事对象发出命令。

(3)Colleague:抽象同事类角色,定义了中介者对象的接口。它仅仅知道中介者而不知道其它的同事对象。

(4)ConcreteColleague1、ConcreteColleague2:详细同事类角色,继承于抽象同事类。每一个详细同事类都知道本身在小范围的行为,而不知道在大范围内的目的。

4.简单实现

在电脑中,主机部分主要分为: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();
} }

结果:

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

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

5.Android源代码中的中介者模式

1. Keyguard解锁屏

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

6.总结

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

1.长处

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

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

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

2.缺点

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

7.參考

1.23种设计模式(7):中介者模式

《Android源代码设计模式解析与实战》读书笔记(十七)的更多相关文章

  1. 《Android源代码设计模式解析与实战》读书笔记(十四)

    第十四章.迭代器模式 迭代器模式,又叫做游标模式.是行为型设计模式之中的一个.我们知道对容器对象的訪问必定会涉及遍历算法.我们能够将遍历的方法封装在容器中,或者不提供遍历方法,让使用容器的人自己去实现 ...

  2. 《Android源代码设计模式解析与实战》读书笔记(十)

    第十章.解释器模式 解释器模式是一种用的比較少的行为型模式.其提供了一种解释语言的语法或表达式的方式. 可是它的使用场景确实非常广泛,仅仅是由于我们自己非常少回去构造一个语言的文法,所以使用较少. 1 ...

  3. 《Android源代码设计模式解析与实战》读书笔记(二十)

    第二十章.适配器模式 适配器模式是结构型设计模式之中的一个,它在我们的开发中使用率极高,比方ListView.GridView以及RecyclerView都须要使用Adapter. 1.定义 适配器模 ...

  4. 《Android源代码设计模式解析与实战》读书笔记(十八)

    第十八章.代理模式 代理模式也称托付模式,是结构型设计模式之中的一个.是应用广泛的模式之中的一个. 1.定义 为其它对象提供一种代理以控制对这个对象的訪问. 2.使用场景 当无法或不想直接訪问某个对象 ...

  5. 《Android源代码设计模式解析与实战》读书笔记

    1.定义 将对象组合成树形结构以表示"部分-总体"的层次结构,使得用户对单个对象和组合对象的使用具有一致性. 2.使用场景 (1)表示对象的部分-总体层次结构时. (2)从一个总体 ...

  6. 《Android源代码设计模式解析与实战》读书笔记(八)

    第八章.状态模式 1.定义 状态模式中的行为是由状态来决定,不同的状态下有不同的行为.当一个对象的内在状态改变时同意改变其行为,这个对象看起来像是改变了其类. 2.使用场景 1.一个对象的行为取决于它 ...

  7. 《Android源代码设计模式解析》读书笔记——Android中你应该知道的设计模式

    断断续续的,<Android源代码设计模式解析>也看了一遍.书中提到了非常多的设计模式.可是有部分在开发中见到的几率非常小,所以掌握不了也没有太大影响. 我认为这本书的最大价值有两点,一个 ...

  8. iPhone与iPad开发实战读书笔记

    iPhone开发一些读书笔记 手机应用分类1.教育工具2.生活工具3.社交应用4.定位工具5.游戏6.报纸和杂志的阅读器7.移动办公应用8.财经工具9.手机购物应用10.风景区相关应用11.旅游相关的 ...

  9. 机器学习实战 - 读书笔记(13) - 利用PCA来简化数据

    前言 最近在看Peter Harrington写的"机器学习实战",这是我的学习心得,这次是第13章 - 利用PCA来简化数据. 这里介绍,机器学习中的降维技术,可简化样品数据. ...

随机推荐

  1. [Android Security] Smali和逆向分析

    copy : https://blog.csdn.net/u012573920/article/details/44034397 1.Smali简介 Smali是Dalvik的寄存器语言,它与Java ...

  2. IE8 MIME type application/json not found

    如果: public ContentResult GetPaper(string testId) {     return ControllProctector.Do1(() =>        ...

  3. Gradle语法基础解析

    在从ADT转移到AndroidStudio下开发,必然会遇到Gradle脚本打包的问题.看懂一个脚本最基本的前提就是了解它的语法,我在转移开发环境的过程中,也开始接触学习Gradle,在此做了一些总结 ...

  4. 数学图形(1.48)Cranioid curve头颅线

    这是一种形似乎头颅的曲线.这种曲线让我想起读研的时候,搞的医学图像三维可视化.那时的原始数据为脑部CT图像.而三维重建中有一种方式是面绘制,是将每一幅CT的颅骨轮廓提取出来,然后一层层地罗列在一起,生 ...

  5. 第十三章 redis-cluster原理

    一.基本定义 虚拟槽slot分区算法,优点是扩容缩容简单:直接把slot及每个slot上的数据进行缩放即可 redis定义了0-16383(总共为16384个slot,即214个slot) slot会 ...

  6. 第二章 微服务网关基础组件 - zuul入门

    一.zuul简介 1.作用 zuul使用一系列的filter实现以下功能 认证和安全 - 对每一个resource进行身份认证 追踪和监控 - 实时观察后端微服务的TPS.响应时间,失败数量等准确的信 ...

  7. scrapy框架系列 (4) Scrapy Shell

    Scrapy Shell Scrapy终端是一个交互终端,我们可以在未启动spider的情况下尝试及调试代码,也可以用来测试XPath或CSS表达式,查看他们的工作方式,方便我们爬取的网页中提取的数据 ...

  8. vRealize Automation的REST API Reference在哪里可以看到?

    两个地方: 1. VMware官网可以查看. http://pubs.vmware.com/vrealize-automation-71/topic/com.vmware.vra.restapi.do ...

  9. 使用MDS Switch基本命令的一个例子

    笔者有幸摆弄一套vBlock的环境, 刚刚接手, 对其上的很多配置都不了解. 下面我们就例举一下我们通过运行哪些命令来搞清楚我们的UCS是如何连接到VNX storage array上的. 首先, 通 ...

  10. Openfire XMPP Smack RTC IM 即时通讯 聊天 MD

    Markdown版本笔记 我的GitHub首页 我的博客 我的微信 我的邮箱 MyAndroidBlogs baiqiantao baiqiantao bqt20094 baiqiantao@sina ...