如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)

标签: 设计模式初涉

描述性文字

本节讲述的是行为型结构模式中的—— 中介者模式(Mediator Pattern),说到中介这个词,
相信大家都不会陌生,特别是房产中介,房东把房子信息告知房产中介,房客通过房产中介
获取租房信息,毕竟大家都有自己的事要忙,房东和房客不用直接接触,通过房产中介即可
完成交互,一种里类似于星状的结构。

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

这里有必要和前面学的外观模式代理模式进行区分!

  • 外观模式

结构型,对子系统提供统一的接口,单向,所有请求都委托子系统完成,树型

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

  • 代理模式

结构型引用代理对象的方式来访问目标对象单向

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

  • 中介者模式

行为型用一个中介对象来封装一系列同事对象的交互行为双向一对多星型

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

竟然UML类图都画了,就顺道把中介者模式概念相关的东西也讲解了吧!

定义

用一个中介对象来封装一系列的对象交互,使得各对象不需要显式的相互引用,
从而使其耦合松散,而且可以独立的改变他们之间的交互。

四个角色

  • Mediator抽象中介者
    定义了同事对象到中介者对象的接口

  • ConcreteMediator具体中介者
    实现相关方法,需要知道所有具体同事类,并从具体同事接手信息,像具体同事对象发出命令。

  • Colleague抽象同事
    定义了中介者对象接口,它只知道中介者而不知道其他同事对象。

  • ConcreteColleague具体同事
    实现相关方法,只知道自己的行为,不了解其他具体同事的状况,但都认识中介者对象。

使用场景

  • 1.一般应用于一组对象以定义良好但是复杂的方法进行通信的场合,
  • 2.想定制一个分布在多个类中的行为,而不想生成太多的子类的场合。

优缺点

优点

  • 1.松散耦合
  • 2.集中控制交互
  • 3.多对多变成一对多

缺点

过度集中化,果同事对象的交互非常多,而且比较复杂,当这些复杂性
全部集中到中介者的时候,会导致中介者对象变得十分的复杂,而且难于管理和维护。

代码示例

这里用写个简单的房屋中介例子,帮助大家理解这个模式的使用。

首先是抽象中介类,里面只有一个连接同事进行交互的方法

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

接着到抽象同事类,两个属性,姓名,还有一个中介类的引用,因为所有同事都知道中介

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

再接着是具体同事类,这里有房东和房客

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》
《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

然后是具体中介类,因为中介者知道所有的同事,这里创建两个引用,另外
实现交互方法时对,调用者进行判断,完成对应的信息显示,比如这里房东发的,
房客收到。

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

最后客户端调用

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

输出结果

《如何让孩子爱上设计模式 ——19.中介者模式(Mediator Pattern)》

代码也很简单,中介者持有所有同事引用,然后在里面做一些逻辑操作,
然后每个同事类持有中介者引用,依次完成交互。

本节代码示例

https://github.com/coder-pig/DesignPatternsExample/tree/master/18.Mediator%20Pattern

    原文作者:架构
    原文地址: https://www.jianshu.com/p/784143071059
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞