设计模式-桥接模式

桥接模式(Bridge):将类的抽象部分和它的实现部门分离开来,使他们可以独立的变化

桥接模式将继承关系转化成关联关系,封装了变化,完成了解耦,减少了系统中类的数量,也减少了代码量。(将讲个维度分离,一个维度去关联另外一个维度,来实现组合)

如果上述图:Abstarction:抽象类关联了另外一个抽象类 implement对象。通过使用一个维度来关联另外一个维护来实现组合。

需求背景是:

手机按照品牌分可以分为华为、小米、oppo、vivo等m个品牌,如果这些手机按照内存分又可以分为4G、6G、8G等n个内存。通过我们我们需要实现一个品牌对应 对应的 内存类型的时候。通过继承来实现的话,则需要 m*n个实现类(小米4g,小米6g,小米8g,华为4g,华为6g,华为8g,vivo4g,vivo6g,vivo8g,oppo4g,oppo6g,oppo8g)。我们在使用桥接模式的话,则需要m+n个实现类。此时就减少了 类的生成,减少了代码。减低了系统的复杂度。

Brand:品牌, Memory:内存

根据上午的Brand品牌 关联了 Memory。这样的话,通过关联的组合替换 继承,降低了复杂度。

也就是说:Brand品牌理解为 抽象部分, Memory理解实现部分。Brand 和 Memory 是两个抽象接口,相互独立起来。而Brand依赖了Memory部门,想当是这部分的依赖,就是一座桥。两者可以独立的变化。举列子:后续有增加了一个 1T的内存。那么在此新增一个 ITMemory implemnets Memory接口即可,对于其他的原有的并不直接影响

相关推荐
geovindu1 天前
python: Functional Options Pattern
开发语言·后端·python·设计模式·惯用法模式·函数式选项模式
Kel1 天前
Pregel 为什么会成为LangGraph编排的心脏
人工智能·设计模式·架构
会周易的程序员1 天前
microLog 后端开发指南
开发语言·c++·物联网·设计模式·日志·iot·aiot
geovindu1 天前
go: Functional Options Pattern
开发语言·后端·设计模式·golang·函数式选项模式’·惯用法模式
Kel2 天前
MCP 传输链路全链路拆解:从字节流到协议栈的四层架构之旅
人工智能·设计模式·架构
atunet2 天前
关于算法设计模式的演化与编程范式变迁的技术7
算法·设计模式
geovindu2 天前
go:Timing Functions Pattern
开发语言·后端·设计模式·golang·计时函数模式·性能分析模式
咖啡八杯4 天前
GoF设计模式——备忘录模式
java·后端·spring·设计模式
槑有老呆4 天前
从 Prompt Engineering 到 Harness Engineering:AI 编程的下一次跃迁
设计模式
HjhIron4 天前
从Prompt到Context:大模型应用开发的范式转移
设计模式·aigc·ai编程