开发者应该掌握的思想谱系（五）事件驱动架构
一句话核心
系统的各个模块不直接调用对方，而是通过“事件/信号”来通信。发送者不关心谁接收，接收者不关心谁发送。
生活例子：红绿灯路口
想象一个十字路口：
没有事件驱动（直接调用）的方式：
每个司机要自己观察所有方向的车，然后决定走还是停
司机A要直接跟司机B说：“我要走了，你停下”
所有人互相依赖，乱成一团
事件驱动（红绿灯）的方式：
红绿灯只管发出信号（红灯/绿灯）
所有司机只关注红绿灯，不关注其他司机
红绿灯不需要知道有多少车、车要去哪
Qt 的信号槽就是事件驱动的完美实现：
// 发送者：只负责发出信号，不知道谁会接收 class Button : public QWidget { signals: void clicked(); // 发出"我被点击了"的事件 }; // 接收者：只负责响应信号，不知道谁发出的 class Logger : public QObject { public slots: void onButtonClick() { qDebug() << "按钮被点击了"; // 响应事件 } }; // 连接：把事件和响应关联起来 Button btn; Logger logger; connect(&btn, &Button::clicked, &logger, &Logger::onButtonClick);事件驱动 vs 直接调用
| 方式 | 代码示例 | 耦合度 | 灵活性 |
|---|---|---|---|
| 直接调用 | logger.onButtonClick() | 高（Button必须知道Logger） | 低 |
| 事件驱动 | emit clicked() | 低（Button不知道谁接收） | 高 |
事件驱动的核心好处
| 好处 | 说明 |
|---|---|
| 松耦合 | 发送者不知道接收者，可以独立修改 |
| 易扩展 | 添加新功能只需要增加接收者，不用改发送者 |
| 可复用 | 同一个事件可以被多个模块响应 |
| 可测试 | 可以单独测试每个接收者，不需要其他模块 |
一句话总结
模块之间不直接调用，而是通过“事件”通信。发送者只管“喊一声”，谁听到、谁响应，它都不管。就像红绿灯只管变颜色，所有司机自己决定怎么做。