本文探讨了C++中的Bridge模式，旨在解决因多维度变化导致的复杂性。通过代码演示，展示了从基于继承的常规思维处理到采用Bridge模式的重构优化过程，解释了如何通过组合关系降低类的数量和重复代码。Bridge模式的核心是将抽象部分与实现部分分离，允许它们独立变化，从而实现更好的解耦和灵活性。
文章目录
与上篇介绍的Decorator 装饰模式一样，Bridge 桥模式也属于典型的“单一职责”模式，在特性上也与Decorator 装饰模式存在很多类似，但也存在不同得到地方。
“单一职责”模式的主要特征为：“在软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码，这时候的关键是划清责任。”
1. 动机（Motivation）
-
由于某些类型的固有的实现逻辑，使得它们具有两个变化的维度，乃至多个纬度的变化。
-
如何应对这种“多维度的变化”？如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度？
2. 代码演示Bridge 桥模式
针对上面的理解还是需要回到代码进行理解。
2.1 基于继承的常规思维处理
下面的代码是一个简单的通信模块，实现的功能包括Login()、SendMessage()…等。
class
订阅专栏 解锁全文
395
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
