当前位置：首页 > news >正文

设计模式(C++)详解——中介者模式(2)

news 2025/9/29 7:51:57

<摘要>

中介者模式（Mediator Pattern）是一种经典的行为型设计模式，它通过引入一个中介对象来封装多个对象之间的交互，将原本复杂的网状通信结构转化为星型拓扑结构。本文将全面深入解析中介者模式，从背景起源、核心概念、设计意图、实例应用到C++代码实现，通过生动的比喻和详细示例，帮助读者理解这一模式在软件设计中的价值和应用。我们将以虚拟聊天室为例，展示如何用C++实现中介者模式，并探讨它在MVC框架、航空管制系统等实际场景中的应用。文章将提供完整注释的C++代码、Mermaid时序图、Makefile范例，并详细说明编译运行方法，让读者能够轻松理解和应用这一设计模式。

<解析>

1. 背景与核心概念

1.1 从网状到星型：通信结构的革命

想象一下，你正在参加一个大型社交聚会。如果每个人都需要直接与其他人交谈，那么场面会变得极其混乱——每个人都需要记住所有人的名字和联系方式，同时还要处理无数的交叉对话。这就像软件系统中对象之间复杂的网状依赖关系，随着系统规模扩大，这种混乱会迅速导致系统难以维护和扩展。

中介者模式的诞生，正是为了解决这种"社交混乱"。它通过引入一个"聚会主持人"（中介者），让每个人都只需要与主持人交流，而不需要直接与其他参与者对话。这样，整个社交活动变得井然有序，每个人只需专注于自己的社交角色，而不需要担心与其他人的复杂互动。

在软件设计中，这种"聚会主持人"就是中介者对象。它封装了对象之间的交互逻辑，将原本复杂的网状关系转化为简单的星型关系，大大降低了系统的复杂度。

1.2 中介者模式的定义与本质

根据《计算机科学技术名词》（2018年公布），中介者模式是"一种设计模式。用一个中介对象来封装一系列对象的交互，从而把一批原来可能是交互关系复杂的对象转换成一组松散耦合的中间对象，以有利于维护和修改。"

核心本质：中介者模式的核心在于"解耦"。它通过一个中介对象来协调多个对象之间的交互，使得这些对象不需要相互了解，从而降低了对象之间的耦合度。

1.3 关键术语解析

1.3.1 行为型设计模式

行为型设计模式关注对象之间的交互和职责分配，而不是对象的结构。它解决的是"对象如何交互"的问题，而不是"对象如何组合"的问题。中介者模式是行为型设计模式的典型代表。

1.3.2 网状关系 vs 星型关系

网状关系：对象之间直接相互引用，形成复杂的依赖网络。例如，A依赖B，B依赖C，C又依赖A，形成一个复杂的循环依赖网。
星型关系：所有对象都与一个中心对象（中介者）交互，形成简单的星型结构。每个对象只与中介者交互，而不与其他对象直接交互。

1.3.3 迪米特法则（Law of Demeter）

迪米特法则，也称为最少知识原则，是面向对象设计中的一个重要原则。它指出：一个对象应该对其他对象有尽可能少的了解，只与直接相关的对象通信。

中介者模式正是迪米特法则的绝佳体现——对象只需要与中介者通信，而不需要了解其他对象的细节。

1.4 UML类图解析

让我们通过UML类图来直观理解中介者模式的结构：

这个类图展示了中介者模式的四个核心组件：

Mediator：抽象中介者接口，定义了中介者的行为
ConcreteMediator：具体中介者类，实现了中介者接口
Colleague：抽象同事类，定义了同事的基本行为
ConcreteColleagueA/B：具体同事类，实现了同事的具体行为

2. 设计意图与考量

2.1 问题背景：复杂网状依赖的困境

在没有中介者模式的情况下，对象之间的交互通常会形成复杂的网状依赖关系。例如，考虑一个简单的订单处理系统：

订单对象需要与库存系统交互
订单对象需要与支付系统交互
订单对象需要与客户系统交互
库存系统需要与支付系统交互（例如，检查库存是否足够）
支付系统需要与客户系统交互（例如，验证客户信息）

这种相互依赖关系会导致：

耦合度高：一个对象的修改可能影响多个其他对象
维护困难：难以追踪和理解对象之间的依赖关系
扩展性差：添加新功能时，需要修改多个对象

2.2 设计意图：解耦与简化

中介者模式的设计意图是将对象之间的交互封装在中介者中，使对象之间不再直接相互引用。这样，对象只需要知道中介者，而不需要知道其他对象的细节。

设计目标：

降低对象之间的耦合度
简化对象之间的通信
提高系统的可维护性和可扩展性
符合迪米特法则，减少对象之间的知识依赖

2.3 设计权衡：中介者可能承担过多责任

虽然中介者模式有很多优点，但也存在一些需要考虑的权衡：

中介者可能变得过于复杂：随着系统规模扩大，中介者可能会承担过多的逻辑责任，变得难以维护。
可能成为系统瓶颈：所有交互都通过中介者，如果中介者实现不佳，可能成为系统性能瓶颈。
需要精心设计：中介者的设计需要仔细考虑，避免过度设计。

2.4 UML序列图：交互流程

让我们通过UML序列图来理解中介者模式的交互流程：

这个序列图展示了中介者模式的典型交互流程：

ColleagueA通过中介者发送消息
中介者将消息传递给ColleagueB
ColleagueB通过中介者回复消息
中介者将回复传递给ColleagueA

3. 实例与应用场景

3.1 虚拟聊天室：经典案例

虚拟聊天室是中介者模式最经典的例子。在聊天室中，用户（同事）之间不直接通信，而是通过聊天室（中介者）进行消息传递。

应用场景：

论坛系统中的聊天室功能
即时通讯软件中的群聊功能
在线游戏中的聊天系统

实现流程：

创建抽象中介者类ChatRoom
创建具体中介者类ConcreteChatRoom
创建抽象同事类User
创建具体同事类RegularUser和AdminUser
用户通过中介者发送和接收消息

3.2 MVC框架中的控制器

MVC（Model-View-Controller）框架是中介者模式在Web开发中的典型应用。在MVC中，控制器（Controller）扮演了中介者的角色，协调模型（Model）和视图（View）之间的交互。

应用场景：

Web应用框架（如Ruby on Rails、Django、Spring MVC）
桌面应用框架（如JavaFX、Qt）

实现流程：

创建抽象中介者类Controller
创建具体中介者类HomeController、ProductController等
创建抽象同事类Model和View
创建具体同事类UserModel、ProductModel、UserView、ProductView等
控制器协调模型和视图之间的交互

3.3 航空管制系统

航空管制系统是中介者模式在现实世界中的一个绝佳例子。航空管制员（中介者）协调飞机、航空公司和机场的通信和协作。

应用场景：

航空交通管理系统
机场调度系统
交通信号控制系统

实现流程：

创建抽象中介者类AirTrafficControl
创建具体中介者类AirportControlCenter
创建抽象同事类Airplane、Airline、Airport
创建具体同事类CommercialAirplane、CargoAirplane、InternationalAirline等
航空管制员协调飞机、航空公司和机场之间的通信

3.4 交易系统

在金融领域，交易系统使用中介者模式协调银行、金融机构、客户等各个参与者，确保资金的安全快速转移。

应用场景：

证券交易系统
银行间支付系统
跨境汇款系统

实现流程：

创建抽象中介者类TransactionSystem
创建具体中介者类PaymentGateway
创建抽象同事类Bank、FinancialInstitution、Customer
创建具体同事类CommercialBank、InvestmentBank、RetailCustomer等
交易系统协调银行、金融机构和客户之间的交易

4. C++代码实现

4.1 完整代码实现

以下是一个完整的C++中介者模式实现，以虚拟聊天室为例：

#include <iostream>
#include <string>
#include <vector>
#include <algorithm>/*** @brief 抽象中介者类* * 定义了中介者对象的接口，负责协调用户之间的消息传递。* 所有具体中介者类都必须实现这个接口。*/
class ChatRoom {
public:virtual ~ChatRoom() = default;  // 虚析构函数，确保正确销毁派生类对象virtual void sendMessage(const std::string& message, User* user) = 0;  // 发送消息接口virtual void addUser(User* user) = 0;  // 添加用户接口
};/*** @brief 具体中介者类* * 实现了中介者接口，负责具体的消息传递逻辑。* 在这个例子中，它将消息广播给所有其他用户。*/
class ConcreteChatRoom : public ChatRoom {
public:void sendMessage(const std::string& message, User* user) override {// 将消息广播给其他用户for (User* u : users) {if (u != user) {u->receiveMessage(message);}}}void addUser(User* user) override {users.push_back(user);}private:std::vector<User*> users;  // 存储所有用户
};/*** @brief 抽象同事类* * 定义了用户的通用行为，包括发送消息和接收消息。* 所有具体用户类都必须继承这个类。*/
class User {
public:User(const std::string& name, ChatRoom* chatRoom) : name(name), chatRoom(chatRoom) {}virtual ~User() = default;  // 虚析构函数void send(const std::string& message) {chatRoom->sendMessage(message, this);}virtual void receiveMessage(const std::string& message) {std::cout << name << " received: " << message << std::endl;}private:std::string name;  // 用户名ChatRoom* chatRoom;  // 中介者
};/*** @brief 具体同事类：普通用户* * 继承自User，实现普通用户的特定行为。*/
class RegularUser : public User {
public:RegularUser(const std::string& name, ChatRoom* chatRoom) : User(name, chatRoom) {}void receiveMessage(const std::string& message) override {std::cout << "Regular User " << name << " received: " << message << std::endl;}
};/*** @brief 具体同事类：管理员用户* * 继承自User，实现管理员用户的特定行为。*/
class AdminUser : public User {
public:AdminUser(const std::string& name, ChatRoom* chatRoom) : User(name, chatRoom) {}void receiveMessage(const std::string& message) override {std::cout << "Admin User " << name << " received (Admin): " << message << std::endl;}
};// 测试用例
int main() {ConcreteChatRoom chatRoom;RegularUser user1("Alice", &chatRoom);RegularUser user2("Bob", &chatRoom);AdminUser admin("Admin", &chatRoom);chatRoom.addUser(&user1);chatRoom.addUser(&user2);chatRoom.addUser(&admin);user1.send("Hello everyone!");user2.send("Hi Alice!");admin.send("Welcome to the chat room!");return 0;
}

4.2 代码解析

4.2.1 抽象中介者类（ChatRoom）

ChatRoom是一个抽象类，定义了中介者必须实现的接口。它包含两个纯虚函数：

sendMessage：用于发送消息
addUser：用于添加用户

4.2.2 具体中介者类（ConcreteChatRoom）

ConcreteChatRoom继承自ChatRoom，实现了中介者的具体逻辑。它维护一个用户列表，并在sendMessage方法中将消息广播给所有其他用户。

4.2.3 抽象同事类（User）

User是一个抽象类，定义了用户的通用行为。它包含：

构造函数：设置用户名和中介者
send方法：通过中介者发送消息
receiveMessage方法：接收消息（可被子类重写）

4.2.4 具体同事类（RegularUser, AdminUser）

RegularUser和AdminUser继承自User，实现了用户的特定行为。它们重写了receiveMessage方法，以显示不同的用户类型。

4.2.5 测试用例

在main函数中，我们创建了一个ConcreteChatRoom对象，以及三个用户对象。然后，我们将用户添加到聊天室中，并让它们发送消息。

4.3 Mermaid时序图

这个时序图展示了虚拟聊天室中用户与中介者之间的交互过程。

4.4 Makefile范例

# Makefile for Mediator Pattern ExampleCC = g++
CFLAGS = -std=c++11 -Wall -g
TARGET = mediator_exampleall: $(TARGET)$(TARGET): main.cpp$(CC) $(CFLAGS) -o $@ $<clean:rm -f $(TARGET)

4.5 编译与运行

# 编译
make# 运行
./mediator_example

4.6 运行结果

Regular User Alice received: Hello everyone!
Admin User Admin received (Admin): Hello everyone!
Regular User Bob received: Hello everyone!
Regular User Bob received: Hi Alice!
Admin User Admin received (Admin): Hi Alice!
Regular User Alice received: Welcome to the chat room!
Regular User Bob received: Welcome to the chat room!
Admin User Admin received (Admin): Welcome to the chat room!

5. 交互性内容解析

5.1 虚拟聊天室的交互细节

在虚拟聊天室的例子中，交互过程如下：

用户发送消息：
- user1.send("Hello everyone!");
- 这个调用会触发User::send方法，该方法调用中介者的sendMessage方法
中介者处理消息：
- ConcreteChatRoom::sendMessage被调用
- 该方法遍历所有用户，将消息发送给除发送者外的所有用户
接收消息：
- 每个接收用户调用receiveMessage方法
- 具体的接收逻辑由用户类型决定（普通用户或管理员）

5.2 为什么使用中介者模式？

让我们对比一下没有中介者模式的实现：

// 没有中介者模式的实现
class User {
public:User(const std::string& name) : name(name) {}void sendTo(User* user, const std::string& message) {user->receiveMessage(message);}void receiveMessage(const std::string& message) {std::cout << name << " received: " << message << std::endl;}private:std::string name;
};

在没有中介者模式的情况下，每个用户需要知道其他用户，这会导致：

每个用户都需要维护其他用户的引用
如果添加新用户，需要修改所有现有用户
代码耦合度高，难以维护

使用中介者模式后，用户只需要知道中介者，不需要知道其他用户，大大降低了耦合度。

6. 中介者模式的优缺点分析

6.1 优点

优点	说明
降低耦合度	对象之间不再直接相互引用，只需要与中介者交互
提高可维护性	当交互逻辑发生变化时，只需修改中介者，而不需要修改所有对象
提高可扩展性	添加新对象时，只需在中介者中添加相应逻辑，而不需要修改现有对象
符合迪米特法则	每个对象只与直接相关的对象通信，不与不相关的对象通信
促进模块化	各个模块可以独立开发和测试，只需要知道中介者的接口

6.2 缺点

缺点	说明
中介者可能变得过于复杂	随着系统规模扩大，中介者可能会承担过多的逻辑责任
可能成为系统瓶颈	所有交互都通过中介者，如果中介者实现不佳，可能成为性能瓶颈
需要精心设计	中介者的设计需要仔细考虑，避免过度设计
可能掩盖设计问题	过度使用中介者模式可能会掩盖系统中的其他设计问题

7. 中介者模式与观察者模式的对比

中介者模式和观察者模式都是行为型设计模式，都用于处理对象之间的交互，但它们有不同的应用场景和实现方式。

特性	中介者模式	观察者模式
核心思想	通过一个中介对象协调多个对象之间的交互	一个对象（主题）维护一组依赖它的对象（观察者），当主题状态改变时，通知所有观察者
交互方式	星型结构（所有对象通过中介者交互）	一对多关系（主题与多个观察者）
关注点	对象之间的通信	对象的状态变化通知
典型应用	聊天室、MVC框架中的控制器	事件处理系统、UI更新机制
优点	降低耦合度，提高可维护性	降低耦合度，实现松耦合的事件通知
缺点	中介者可能变得复杂	可能导致内存泄漏（未移除观察者）

7.1 何时选择中介者模式

当对象之间存在复杂的网状依赖关系时
当需要集中管理对象之间的交互逻辑时
当希望降低对象之间的耦合度，提高可维护性时

7.2 何时选择观察者模式

当一个对象的状态改变需要通知其他多个对象时
当对象之间需要松耦合的通信机制时
当需要实现事件驱动的系统时

8. 中介者模式的常见误区

8.1 过度使用中介者模式

误区：认为所有对象之间的交互都应该通过中介者。

正确做法：只在对象之间存在复杂交互时才使用中介者模式。对于简单的交互，直接调用可能更合适。

8.2 将中介者设计成"上帝类"

误区：让中介者承担过多的业务逻辑，导致中介者变得过于复杂。

正确做法：将中介者的职责限制在协调交互上，避免让它承担过多的业务逻辑。如果中介者变得过于复杂，可以考虑将部分逻辑提取为新的中介者或使用其他设计模式。

8.3 忽略中介者的生命周期管理

误区：不正确管理中介者的生命周期，导致内存泄漏或对象访问无效。

正确做法：确保中介者在系统生命周期内正确创建和销毁。在C++中，可以使用智能指针（如std::shared_ptr）来管理中介者的生命周期。

9. 实际应用中的最佳实践

9.1 逐步应用中介者模式

建议：不要一开始就将整个系统都设计为中介者模式。可以先识别出系统中耦合度最高的部分，逐步应用中介者模式。

9.2 保持中介者的单一职责

建议：确保中介者只负责协调交互，不承担业务逻辑。如果中介者需要处理复杂的业务逻辑，考虑将这些逻辑提取到专门的类中。

9.3 使用依赖注入

建议：在构造函数中注入中介者，而不是在类内部创建中介者。这样可以提高类的可测试性。

class User {
public:User(const std::string& name, ChatRoom* chatRoom) : name(name), chatRoom(chatRoom) {}// ...
private:std::string name;ChatRoom* chatRoom;
};

9.4 为中介者定义清晰的接口

建议：为中介者定义清晰、简洁的接口，避免让接口包含过多方法。如果接口变得太大，可以考虑将其拆分为多个中介者。

10. 中介者模式在C++中的高级应用

10.1 使用模板实现泛型中介者

C++的模板特性可以用来实现泛型中介者，使中介者能够处理不同类型的对象。

template <typename T>
class GenericMediator {
public:virtual ~GenericMediator() = default;virtual void sendMessage(const std::string& message, T* sender) = 0;virtual void addParticipant(T* participant) = 0;
};template <typename T>
class ConcreteGenericMediator : public GenericMediator<T> {
public:void sendMessage(const std::string& message, T* sender) override {for (T* participant : participants) {if (participant != sender) {participant->receiveMessage(message);}}}void addParticipant(T* participant) override {participants.push_back(participant);}private:std::vector<T*> participants;
};

10.2 使用智能指针管理中介者

在C++中，使用智能指针可以避免内存泄漏，提高代码安全性。

#include <memory>class User {
public:User(const std::string& name, std::shared_ptr<ChatRoom> chatRoom) : name(name), chatRoom(chatRoom) {}// ...
private:std::string name;std::shared_ptr<ChatRoom> chatRoom;
};int main() {auto chatRoom = std::make_shared<ConcreteChatRoom>();RegularUser user1("Alice", chatRoom);RegularUser user2("Bob", chatRoom);AdminUser admin("Admin", chatRoom);chatRoom->addUser(&user1);chatRoom->addUser(&user2);chatRoom->addUser(&admin);user1.send("Hello everyone!");// ...
}