本文是关于C++中的Bridge设计模式的学习笔记，旨在探讨如何应对多维度变化的问题。模式定义为分离抽象部分与实现部分，使其独立变化。Bridge模式通过对象组合关系解耦，提供优于多继承的解决方案。文中作者分享了初步理解，并提到此模式有时类似于装饰模式，有助于解耦。文章作为个人学习记录，期待交流与指正。
简介
Hello！
非常感谢您阅读海轰的文章，倘若文中有错误的地方，欢迎您指出～
ଘ(੭ˊᵕˋ)੭
昵称：海轰
标签：程序猿｜C++选手｜学生
简介：因C语言结识编程，随后转入计算机专业，获得过国家奖学金，有幸在竞赛中拿过一些国奖、省奖…已保研
学习经验：扎实基础 + 多做笔记 + 多敲代码 + 多思考 + 学好英语！
唯有努力💪
本文仅记录自己感兴趣的内容
动机（Motivation）
由于某些类型的固有的实现逻辑，使得它们具有两个变化的维度，乃至多个纬度的变化。
如何应对这种“多维度的变化”？如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个方向变化，而不引入额外的复杂度？
模式定义
将抽象部分(业务功能)与实现部分(平台实现)分离，使它们都可以独立地变化。
——《设计模式》GoF
订阅专栏 解锁全文
扫一扫
1219
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
