设计模式 20 中介者模式 Mediator Pattern

设计模式 20 中介者模式 Mediator Pattern

1.定义

中介者模式（Mediator Pattern）是一种行为型设计模式，它通过封装对象之间的交互，促进对象之间的解耦合。中介者模式的核心思想是引入一个中介者对象，将系统中对象之间复杂的交互关系集中管理，使得对象之间不直接相互通信，而是通过中介者进行通信，从而降低对象之间的耦合度，提高系统的可维护性和扩展性。

在中介者模式中，中介者对象充当了协调者的角色，负责处理系统中各个相互关联对象之间的交互，对于系统其他对象来说，与中介者进行通信是唯一的接口。此外，中介者模式还可以实现集中化控制，将系统变得更加灵活，并且可以更方便地修改系统的行为。

2.内涵

中介者模式（Mediator Pattern）主要角色：

1. 中介者（Mediator）：定义一个接口用于与各同事对象之间的通信，可以是抽象类或接口，并且通常包含一个或多个方法用于处理不同对象之间的交互。
2. 具体中介者（Concrete Mediator）：实现中介者接口，负责协调各个同事对象的交互关系。
3. 同事（Colleague）：每个同事对象都有一个中介者对象的引用，通过中介者来与其他同事对象进行通信。
4. 具体同事（Concrete Colleague）：实现同事接口的类，与其他同事对象进行交互，通过中介者来处理与其他同事对象的通信。

中介者模式通常适用的场景：

系统中的对象之间具有复杂的交互关系，需要通过中介者来协调。
系统需要支持松耦合的设计，希望减少对象之间的直接依赖。
多个对象之间存在循环依赖，通过引入中介者来解决循环依赖问题。

上述角色之间的关系，简而言之，绘制如下UML 。

     
3.使用示例

#include <iostream>
#include <string>/*** The Mediator interface declares a method used by components to notify the* mediator about various events. The Mediator may react to these events and* pass the execution to other components.*/
class BaseComponent;class Mediator {public:virtual void Notify(BaseComponent *sender, std::string event) const = 0;
};/*** The Base Component provides the basic functionality of storing a mediator's* instance inside component objects.*/
class BaseComponent {protected:Mediator *mediator_;public:BaseComponent(Mediator *mediator = nullptr) : mediator_(mediator) {}void set_mediator(Mediator *mediator) {this->mediator_ = mediator;}
};/*** Concrete Components implement various functionality. They don't depend on* other components. They also don't depend on any concrete mediator classes.*/
class Component1 : public BaseComponent {public:void DoA() {std::cout << "Component 1 does A.\n";this->mediator_->Notify(this, "A");}void DoB() {std::cout << "Component 1 does B.\n";this->mediator_->Notify(this, "B");}
};class Component2 : public BaseComponent {public:void DoC() {std::cout << "Component 2 does C.\n";this->mediator_->Notify(this, "C");}void DoD() {std::cout << "Component 2 does D.\n";this->mediator_->Notify(this, "D");}
};/*** Concrete Mediators implement cooperative behavior by coordinating several* components.*/
class ConcreteMediator : public Mediator {private:Component1 *component1_;Component2 *component2_;public:ConcreteMediator(Component1 *c1, Component2 *c2) : component1_(c1), component2_(c2) {this->component1_->set_mediator(this);this->component2_->set_mediator(this);}void Notify(BaseComponent *sender, std::string event) const override {if (event == "A") {std::cout << "Mediator reacts on A and triggers following operations:\n";this->component2_->DoC();}if (event == "D") {std::cout << "Mediator reacts on D and triggers following operations:\n";this->component1_->DoB();this->component2_->DoC();}}
};/*** The client code.*/void ClientCode() {Component1 *c1 = new Component1;Component2 *c2 = new Component2;ConcreteMediator *mediator = new ConcreteMediator(c1, c2);std::cout << "Client triggers operation A.\n";c1->DoA();std::cout << "\n";std::cout << "Client triggers operation D.\n";c2->DoD();delete c1;delete c2;delete mediator;
}int main() {ClientCode();return 0;
}

类图如下所示 

4.注意事项

在使用中介者模式（Mediator Pattern）时，需要注意以下几个点和可能遇到的坑：

• 考虑中介者对象的复杂性：中介者对象负责管理对象之间的交互关系，可能会变得复杂，特别是在系统中有大量对象需要协作时。因此，在设计中介者对象时，需要仔细考虑其职责和功能，避免过于臃肿和复杂。
• 避免中介者成为系统瓶颈：由于所有对象之间的通信通过中介者进行，中介者可能会成为系统的性能瓶颈。因此，在使用中介者模式时，需要考虑中介者的设计和实现是否能够满足系统的性能需求。
• 避免过度集中化控制：中介者模式的目的是降低对象之间的耦合度并集中控制交互逻辑，但过度集中化控制可能导致系统设计变得僵化和不灵活。因此，在设计中介者模式时，需要根据实际需求来平衡对象之间的关系和控制逻辑。
• 同事对象之间的交互：中介者模式可以减少对象之间的直接依赖，但所有对象间的交互都需要通过中介者进行，可能会导致系统的复杂性增加。因此，需要合理划分对象的职责和功能，避免同事对象之间过于紧密的交互。
• 考虑扩展性和灵活性：中介者模式可以使系统更加灵活和可扩展，但在设计中介者对象时，需要考虑系统的未来发展和变化。确保中介者模式能够支持系统的扩展和变化，避免设计过于局限于当前需求。

5.最佳实践

在设计中介者模式（Mediator Pattern）时，以确保模式的有效实现和系统的可维护性。以下一些可以参考的设计实践：

• 使用抽象中介者（Mediator）接口：定义一个抽象中介者接口，定义同事对象与中介者之间的通信方法，以实现解耦和系统扩展。
• 采用单一职责原则：确保中介者对象的职责单一，不要让中介者对象负责过多的功能和逻辑，以提高系统的灵活性和可维护性。
• 考虑中介者对象的实现方式：中介者对象可以采用抽象类或接口的形式实现，也可以选择使用具体类实现。根据实际需求和系统复杂度选择适合的实现方式。
• 考虑同事对象的接口设计：同事对象之间通过中介者进行通信，因此需要定义好同事对象的接口，确保适当的信息传递和约束。
• 考虑系统的扩展性：在设计中介者模式时，要考虑系统未来的扩展和变化，确保模式能够支持新的同事对象和中介者对象的加入，以确保系统的可扩展性。
• 想清楚对象之间的通信流程：在设计中介者模式时，要精确定义对象之间的通信流程和交互规则，避免对象间的混乱和冲突。
• 使用工厂模式创建中介者和同事对象：可以使用工厂模式来创建中介者对象和同事对象，以确保对象的创建过程更加灵活和可控。
• 使用观察者模式实现通知机制：可以结合观察者模式实现中介者对象向同事对象发送通知的机制，以实现更加灵活的通信方式。

6.总结

中介者模式也存在缺点，如中介者对象的复杂性可能会随着系统的复杂性增加而增加，同时中介者对象可能会成为系统中的瓶颈。