设计模式整理—中介者模式
2020-07-09 本文已影响0人
我就是小政政
引
四个MM坐在一起打麻将，相互之间谁给谁多少钱很容易出问题，幸亏我当时在场，她们按照各自的筹码数算钱，赢了的找我要钱，输了的给我钱，这样一切就很简单啦（同时也能得到4个MM的电话啦）
什么是中介者模式？
上面中的我就是一个中介者，来协调4个MM之间的交互，MM之间不用两两通信，只需要找我就可以了。
中介者模式(Mediator Pattern)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。
我们为什么使用中介者模式？
- 主要优点
- 中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
- 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合“开闭原则”。
- 可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。
- 主要缺点
- 在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。
中介者模式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()
我们应该在什么地方使用？
- 系统结构复杂：对象之间存在大量的相互关联和调用，若有一个对象发生变化，则需要跟踪和该对象关联的其他所有对象，并进行适当处理。
- 对象可重用性差：由于一个对象和其他对象具有很强的关联，若没有其他对象的支持，一个对象很难被另一个系统或模块重用，这些对象表现出来更像一个不可分割的整体，职责较为混乱。
- 系统扩展性低：增加一个新的对象需要在原有相关对象上增加引用，增加新的引用关系也需要调整原有对象，系统耦合度很高，对象操作很不灵活，扩展性差。
- 在面向对象的软件设计与开发过程中，根据“单一职责原则”，我们应该尽量将对象细化，使其只负责或呈现单一的职责。
- 对于一个模块，可能由很多对象构成，而且这些对象之间可能存在相互的引用，为了减少对象两两之间复杂的引用关系，使之成为一个松耦合的系统
- 想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。
这就是中介者模式的模式动机。
