美文网首页
设计模式整理—中介者模式

设计模式整理—中介者模式

作者: 我就是小政政 | 来源:发表于2020-07-09 14:26 被阅读0次

    四个MM坐在一起打麻将,相互之间谁给谁多少钱很容易出问题,幸亏我当时在场,她们按照各自的筹码数算钱,赢了的找我要钱,输了的给我钱,这样一切就很简单啦(同时也能得到4个MM的电话啦)

    什么是中介者模式?

    上面中的我就是一个中介者,来协调4个MM之间的交互,MM之间不用两两通信,只需要找我就可以了。

    中介者模式(Mediator Pattern):用一个中介对象(中介者)来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式,它是一种对象行为型模式。

    我们为什么使用中介者模式?
    • 主要优点
    1. 中介者模式简化了对象之间的交互,它用中介者和同事的一对多交互代替了原来同事之间的多对多交互,一对多关系更容易理解、维护和扩展,将原本难以理解的网状结构转换成相对简单的星型结构。
    1. 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合,我们可以独立的改变和复用每一个同事和中介者,增加新的中介者和新的同事类都比较方便,更好地符合“开闭原则”。
    1. 可以减少子类生成,中介者将原本分布于多个对象间的行为集中在一起,改变这些行为只需生成新的中介者子类即可,这使各个同事类可被重用,无须对同事类进行扩展。
    • 主要缺点
    1. 在具体中介者类中包含了大量同事之间的交互细节,可能会导致具体中介者类非常复杂,使得系统难以维护。
    中介者模式UML
    image.png
    在触发了A.method1()后,想要自动调用B.method2()
    触发链:ColleagueA.method1()->ColleagueA.sendMsg(colleagueName,flowId)->ColleagueA.mediator.operate(colleagueName,flowId)//调用中介者方法->((ColleagueB)mediator.map).receiveMsg(whichMethod)->ColleagueB.method2()
    我们应该在什么地方使用?
    • 系统结构复杂:对象之间存在大量的相互关联和调用,若有一个对象发生变化,则需要跟踪和该对象关联的其他所有对象,并进行适当处理。
    • 对象可重用性差:由于一个对象和其他对象具有很强的关联,若没有其他对象的支持,一个对象很难被另一个系统或模块重用,这些对象表现出来更像一个不可分割的整体,职责较为混乱。
    • 系统扩展性低:增加一个新的对象需要在原有相关对象上增加引用,增加新的引用关系也需要调整原有对象,系统耦合度很高,对象操作很不灵活,扩展性差。
    • 在面向对象的软件设计与开发过程中,根据“单一职责原则”,我们应该尽量将对象细化,使其只负责或呈现单一的职责。
    • 对于一个模块,可能由很多对象构成,而且这些对象之间可能存在相互的引用,为了减少对象两两之间复杂的引用关系,使之成为一个松耦合的系统
    • 想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。可以通过引入中介者类来实现,在中介者中定义对象交互的公共行为,如果需要改变行为则可以增加新的具体中介者类。

    这就是中介者模式的模式动机。

    哪些地方使用了中介者模式?

    相关文章

      网友评论

          本文标题:设计模式整理—中介者模式

          本文链接:https://www.haomeiwen.com/subject/efbjcktx.html