PHP设计模式之中介者模式(Mediator Pattern)入门与应用案例详解

也想出现在这里？点击联系我~

本文实例讲述了PHP设计模式之中介者模式(Mediator Pattern)。分享给大家供大家参考，具体如下：

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

我们先来看用户与用户直接聊天的设计方案。

在这个方案设计的过程中，我们可以发挥想象，用户对象之间存在很强的关联性，将导致系统出现如下问题：

1. 系统结构复杂：对象之间存在大量的相互关联和调用，若有一个对象发生变化，则需要跟踪和该对象关联的其他所有对象，并进行适当处理
2. 对象可重用性差：由于一个对象和其他对象具有很强的关联，若没有其他对象的支持，一个对象很难被另一个系统或模块重用，这些对象表现出来更像一个不可分割的整体，职责较为混乱
3. 系统扩展性低：增加一个新的对象需要在原有相关对象上增加引用，增加新的引用关系也需要调整原有对象，系统耦合度很高，对象操作很不灵活，扩展性差

然而，在面向对象的软件设计与开发过程中，根据“单一职责原则”，我们应该尽量将对象细化，使其只负责或呈现单一的职责，但是，对于一个模块来说，可能由很多对象构成，而且这些对象之间可能存在相互的引用，为了减少对象两两之间复杂的引用关系，使之成为一个松耦合的系统，我们需要使用中介者模式，这就是我们使用中介者模式的动机。

来看下中介者模式包含的角色：

• 　　Mediator: 抽象中介者，在里面定义了各个同事之间相互交互所需要的方法。
• 　　ConcreteMediator: 具体中介者，它需要了解并为维护每个同事对象，并负责具体的协调各个同事对象的交互关系。
• 　　Colleague:抽象同事类，通常实现成为抽象类，主要负责约束同事对象的类型，并实现一些具体同事类之间的公共功能
• 　　ConcreteColleague:具体同事类，实现自己的业务，需要与其他同事对象交互，就通知中介对象，中介对象会负责后续的交互

再来看下图片感受下：

来看一个完整的实例：

1. 我们有一个CD类和一个MP3类，两个类的结构相似。
2. 我们需要在CD类更新的时候，同步更新MP3类。
3. 传统的做法就是在CD类中实例化MP3类，然后去更新，但是这么做的话，代码就会很难维护，如果新增一个同样的MP4类，那么就没法处理了。
4. 中介者模式很好的处理了这种情况，通过中介者类，CD类中只要调用中介者这个类，就能同步更新这些数据。

代码实例如下：