C++软件设计模式之中介者模式

embedded/2025/1/7 23:19:50/

中介者模式（Mediator Pattern）是一种行为设计模式，它的主要目的是通过引入一个中介者对象来简化多个对象之间的交互，降低它们之间的耦合度。中介者模式使得这些对象可以通过中介者进行通信，而不需要直接相互引用，从而使得系统更加灵活和易于维护。

目的和意图

目的

  • 减少对象之间的直接耦合：通过中介者对象来协调多个对象之间的交互，使得这些对象不需要直接引用彼此。
  • 简化对象间的通信：对象只需要与中介者通信，而不需要知道其他对象的存在或如何与它们交互。
  • 集中管理交互逻辑：将多个对象之间的交互逻辑集中到中介者中，使得交互逻辑更容易理解和管理。

意图

  • 定义一个中介对象：中介者对象封装了对象之间的交互，使得对象之间的交互变得松散耦合。
  • 促进松耦合：通过中介者，对象只与中介者耦合，而不是与多个其他对象耦合。
  • 支持可扩展性：新的对象可以更容易地添加到系统中，而不需要修改现有的对象，只要它们与中介者进行交互。

适用场合

  1. 对象之间有复杂的引用关系：当系统中的对象之间存在复杂的引用关系，导致难以理解或维护时，可以使用中介者模式来简化这些关系。
  2. 需要控制对象之间的交互：当需要集中控制对象之间的交互逻辑时，中介者模式可以提供一个集中的地方来管理这些交互。
  3. 希望复用控制逻辑：如果多个场景需要类似的交互控制逻辑，可以将这些逻辑集中到中介者中，从而实现代码的复用。
  4. 对象间交互多变：当对象之间的交互可能随着需求的变化而变化时，中介者模式可以使得这些变化更容易管理。

中介者模式与外观模式的比较

相似点

  1. 抽象-layering：两者都旨在提供一个更高层次的抽象来简化与系统中一组对象的交互。
  2. 减少直接耦合：两者都试图减少系统中对象之间的直接耦合，通过引入一个新的对象来处理交互。

本质不同

  1. 目的不同：

    • 中介者模式：主要目的是将多个对象之间的复杂交互逻辑集中到一个中介者对象中，以降低对象之间的耦合度，并使交互逻辑更易于管理和维护。
    • 外观模式：主要目的是为子系统提供一个简化的接口，使得子系统的使用变得更加简单和直接，从而降低系统的复杂度。

  2. 角色不同：

    • 中介者模式：包含中介者（Mediator）和同事（Colleague）对象，同事对象通过中介者进行交互。
    • 外观模式：包含外观（Facade）和子系统（Subsystem）对象，外观对象提供了一个统一的接口来与子系统交互。

  3. 关注点不同：

    • 中介者模式：关注于如何管理对象之间的交互，强调交互逻辑的集中管理。
    • 外观模式：关注于如何简化子系统的接口，提供一个更易于使用的入口。

C++示例代码

以下是一个简单的C++示例，展示了中介者模式的应用。

场景

假设我们有一个简单的论坛系统，其中有多名用户可以发布帖子和回复。每个用户对象需要与其它用户交互，例如发送消息或接收消息。为了避免用户对象之间直接引用，我们可以引入一个中介者对象来管理这些交互。

实现

  1. 定义中介者接口

    class Mediator {
public:virtual void send(const std::string& message, User* user) = 0;virtual ~Mediator() {}
};

  2. 具体中介者类

    class ChatRoom : public Mediator {
public:void send(const std::string& message, User* user) override {for (auto& u : users) {if (u != user) {u->receive(message);}}}void addUser(User* user) {users.push_back(user);}private:std::vector<User*> users;
};

  3. 定义同事类

    class User {
public:User(Mediator* mediator, const std::string& name): mediator(mediator), name(name) {}void send(const std::string& message) {mediator->send(message, this);}void receive(const std::string& message) {std::cout << name << " received message: " << message << std::endl;}private:Mediator* mediator;std::string name;
};

  4. 客户端代码

    int main() {ChatRoom chatRoom;User user1(&chatRoom, "Alice");User user2(&chatRoom, "Bob");chatRoom.addUser(&user1);chatRoom.addUser(&user2);user1.send("Hi Bob!");user2.send("Hello Alice!");return 0;
}

代码解释

  • Mediator 接口：定义了发送消息的方法。
  • ChatRoom 类：实现了 Mediator 接口，管理用户列表，并负责将消息分发给除了发送者之外的其他用户。
  • User 类：用户类，通过中介者发送和接收消息。
  • main 函数：创建 ChatRoom 和 User 对象，演示用户之间通过中介者发送消息。

通过这种方式，用户对象之间没有直接引用，而是通过中介者进行交互，从而降低了耦合度，使得系统更易于扩展和维护。

中介者模式（Mediator Pattern）经常与其他设计模式协同使用，以解决更复杂的设计问题。以下是几种常见的协同使用模式及其示例：

1. 中介者模式与观察者模式

目的

  • 中介者模式：管理对象之间的交互，集中交互逻辑。
  • 观察者模式：定义对象间的一对多依赖，当一个对象状态改变时，所有依赖它的对象都会收到通知。

适用场景

当系统中对象之间的交互不仅需要集中管理，而且需要在特定事件发生时通知多个对象时，可以结合使用中介者模式和观察者模式。

示例代码

假设我们有一个简单的股票交易系统，其中有多名交易员和多个股票。交易员可以订阅特定股票的报价，并在股票价格变化时收到通知。

#include <iostream>
#include <vector>
#include <string>// 抽象中介者
class Mediator {
public:virtual void subscribe(const std::string& stock, Observer* observer) = 0;virtual void notify(const std::string& stock, double price) = 0;virtual ~Mediator() {}
};// 具体中介者
class StockExchange : public Mediator {
public:void subscribe(const std::string& stock, Observer* observer) override {observers[stock].push_back(observer);}void notify(const std::string& stock, double price) override {for (auto observer : observers[stock]) {observer->update(stock, price);}}private:std::map<std::string, std::vector<Observer*>> observers;
};// 观察者接口
class Observer {
public:virtual void update(const std::string& stock, double price) = 0;virtual ~Observer() {}
};// 具体观察者：交易员
class Trader : public Observer {
public:Trader(const std::string& name) : name(name) {}void update(const std::string& stock, double price) override {std::cout << name << " received update: " << stock << " price is " << price << std::endl;}private:std::string name;
};int main() {StockExchange exchange;Trader trader1("Alice");Trader trader2("Bob");exchange.subscribe("AAPL", &trader1);exchange.subscribe("GOOGL", &trader2);exchange.subscribe("AAPL", &trader2);exchange.notify("AAPL", 150.0);exchange.notify("GOOGL", 2500.0);return 0;
}

解释

  • Mediator 接口：定义了订阅和通知的方法。
  • StockExchange 类：实现了 Mediator 接口，管理观察者订阅和通知。
  • Observer 接口：定义了更新方法。
  • Trader 类：具体观察者，实现更新方法以接收股票价格变化通知。
  • main 函数：创建 StockExchange 和 Trader 对象，演示交易员订阅股票并接收价格更新。

2. 中介者模式与策略模式

目的

  • 中介者模式：管理对象之间的交互。
  • 策略模式：定义一系列算法，封装起来，使其可以互换。

适用场景

当中介者需要根据不同的策略来处理对象之间的交互时，可以结合使用中介者模式和策略模式。

示例代码

假设我们有一个简单的任务分配系统，其中管理员可以分配任务给不同的员工，员工根据他们的能力和当前负荷来接受任务。管理员可以根据不同的策略来分配任务，例如基于员工的空闲时间或技能水平。

#include <iostream>
#include <vector>
#include <string>// 策略接口
class AllocationStrategy {
public:virtual Employee* allocateTask(const Task& task, const std::vector<Employee*>& employees) = 0;virtual ~AllocationStrategy() {}
};// 具体策略：基于空闲时间
class ByIdleTime : public AllocationStrategy {
public:Employee* allocateTask(const Task& task, const std::vector<Employee*>& employees) override {Employee* selected = nullptr;int maxIdleTime = -1;for (Employee* emp : employees) {if (emp->idleTime > maxIdleTime) {selected = emp;maxIdleTime = emp->idleTime;}}return selected;}
};// 具体策略：基于技能水平
class BySkillLevel : public AllocationStrategy {
public:Employee* allocateTask(const Task& task, const std::vector<Employee*>& employees) override {for (Employee* emp : employees) {if (emp->skills.find(task.requiredSkill) != emp->skills.end()) {return emp;}}return nullptr;}
};// 抽象中介者
class Mediator {
public:virtual void setAllocationStrategy(AllocationStrategy* strategy) = 0;virtual void assignTask(const Task& task) = 0;virtual ~Mediator() {}
};// 具体中介者
class TaskAllocator : public Mediator {
public:void setAllocationStrategy(AllocationStrategy* strategy) override {this->strategy = strategy;}void assignTask(const Task& task) override {Employee* selected = strategy->allocateTask(task, employees);if (selected) {selected->acceptTask(task);} else {std::cout << "No suitable employee found for task: " << task.description << std::endl;}}void addEmployee(Employee* employee) {employees.push_back(employee);}private:AllocationStrategy* strategy;std::vector<Employee*> employees;
};// 员工类
class Employee {
public:Employee(const std::string& name, int idleTime, const std::set<std::string>& skills): name(name), idleTime(idleTime), skills(skills) {}void acceptTask(const Task& task) {std::cout << name << " accepted task: " < < task.description << std::endl;}private:std::string name;int idleTime;std::set<std::string> skills;
};// 任务类
class Task {
public:Task(const std::string& desc, const std::string& skill): description(desc), requiredSkill(skill) {}std::string description;std::string requiredSkill;
};int main() {TaskAllocator allocator;Employee emp1("Alice", 5, {"C++", "Python"});Employee emp2("Bob", 3, {"Python", "Java"});allocator.addEmployee(&emp1);allocator.addEmployee(&emp2);// 使用基于空闲时间的策略allocator.setAllocationStrategy(new ByIdleTime());Task task1("Develop new feature", "C++");allocator.assignTask(task1);// 使用基于技能水平的策略allocator.setAllocationStrategy(new BySkillLevel());Task task2("Fix bug", "Python");allocator.assignTask(task2);return 0;
}

解释

  • AllocationStrategy 接口：定义了任务分配策略。
  • ByIdleTime 和 BySkillLevel 类：具体策略，根据空闲时间和技能水平分配任务。
  • Mediator 接口：定义了设置策略和分配任务的方法。
  • TaskAllocator 类：实现了 Mediator 接口，管理员工列表和任务分配。
  • Employee 类：员工类，接受任务并处理。
  • Task 类：任务类，包含描述和所需技能。
  • main 函数：创建 TaskAllocator 和 Employee 对象，演示不同策略下的任务分配。

通过这种方式，中介者模式和策略模式结合使用，使得任务分配的逻辑既集中管理，又可以根据不同的策略灵活变化。

 


http://www.ppmy.cn/embedded/151645.html

相关文章

Nginx整理

Nginx整理

1.1Nginx 概述和安装 1.1.1Nginx 介绍 Nginx&#xff1a;engine X &#xff0c;2002年开发&#xff0c;分为社区版和商业版(nginx plus ) 2019年3月11日 F5 Networks 6.7亿美元的价格收购 Nginx是免费的、开源的、高性能的HTTP和反向代理服务器、邮件代理服务器、以及TCP/UDP…
阅读更多...
Linux驱动开发（16）：输入子系统–电容触摸驱动实验

Linux驱动开发（16）：输入子系统–电容触摸驱动实验

有关电容触摸的基础知识内容可以参考野火STM32相关教程&#xff0c;这里只介绍电容触摸驱动的相关内容。 本章配套源码、设备树以及更新固件位于“~/embed_linux_driver_tutorial_imx6_code/linux_driver/touch_scream_GTxxx”目录下。 触摸面板通过双面胶粘在显示屏上&#…
阅读更多...
在C++中，dynamic_cast是一种用于在类的继承体系中进行安全向下转型

在C++中，dynamic_cast是一种用于在类的继承体系中进行安全向下转型

在C中&#xff0c;dynamic_cast是一种用于在类的继承体系中进行安全向下转型&#xff08;即将基类指针或引用转换为派生类指针或引用&#xff09;的操作符。它主要用于多态环境中&#xff0c;以确保类型转换是有效的。如果转换无效&#xff0c;dynamic_cast将返回nullptr&#…
阅读更多...
Oracle Dataguard（主库为 Oracle 11g 单节点）配置详解（2）：配置主数据库

Oracle Dataguard（主库为 Oracle 11g 单节点）配置详解（2）：配置主数据库

Oracle Dataguard&#xff08;主库为 Oracle 11g 单节点&#xff09;配置详解&#xff08;2&#xff09;&#xff1a;配置主数据库 目录 Oracle Dataguard&#xff08;主库为 Oracle 11g 单节点&#xff09;配置详解&#xff08;2&#xff09;&#xff1a;配置主数据库一、配置…
阅读更多...
音视频-----RTSP协议 音视频编解码

音视频-----RTSP协议 音视频编解码

流媒体协议详解&#xff1a;RTSP、RTP、RTCP、SIP、SDP、RTMP、WebRTC、WebSocket-CSDN博客 上文讲解比较清楚 多媒体编解码基础知识 一文详解WebRTC、RTSP、RTMP、SRT-腾讯云开发者社区-腾讯云 RTP :(Real-time Transport Protocol)是用于Internet上针对多媒体数据流的一种传…
阅读更多...
DES密码的安全性分析（简化版本）

DES密码的安全性分析（简化版本）

DES仍是世界上使用最广的&#xff08;DES发行后20年&#xff0c;互联网的兴起&#xff0c;人们开始觉得DES不安全了&#xff0c;但DES的实现成本也越来越低&#xff09; 宏观分析&#xff1a; 密钥空间方面&#xff1a; 密钥长度&#xff1a;DES 算法使用 56 位的密钥对数据…
阅读更多...
【每日学点鸿蒙知识】WebView代理、2D绘制矩形圆角、TextInput清理按钮、pdf滑动、icon配置问题

【每日学点鸿蒙知识】WebView代理、2D绘制矩形圆角、TextInput清理按钮、pdf滑动、icon配置问题

1、HarmonyOS Webview 支持设置代理功能吗&#xff1f; 使用Web的onInterceptRequest先拦截再代理来实现。具体可以参考文档&#xff1a;https://developer.huawei.com/consumer/cn/doc/harmonyos-references-V5/ts-basic-components-web-V5#ZH-CN_TOPIC_0000001930757269__on…
阅读更多...
综合课程设计I报告题目： 血氧仪设计

综合课程设计I报告题目： 血氧仪设计

本实验报告旨在介绍使用MAX30102传感器进行程序设计的实验及其结果。在这个实验中&#xff0c;我们使用MAX30102传感器来测量心率和血氧和温度&#xff0c;并以此为基础设计了一个程序。首先&#xff0c;我们详细了解了MAX30102传感器的工作原理和规格&#xff0c;并熟悉了相关…
阅读更多...
最新文章

Copyright @ 2022~2023