设计模式-桥接模式

桥接模式(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接口即可,对于其他的原有的并不直接影响

相关推荐
人月神话-Lee16 小时前
【图像处理】框架设计——协议、值类型与工程化思维
图像处理·人工智能·ios·设计模式·架构·ai编程·swift
AI大法师17 小时前
Xbox回归经典绿
大数据·设计模式·xbox
老码观察17 小时前
设计模式实战解读(六):装饰器模式——功能增强,不动原代码
java·设计模式·装饰器模式
Doris_20231 天前
代码格式化 使用oxfmt
设计模式·架构·前端框架
Doris_20231 天前
说一说ESLint+Prettier生效的原理
前端·设计模式·架构
Pomelooooo1 天前
把 git commit 这件事,彻底交给 AI ——一个工程化 /git-commit 命令的设计与落地
设计模式
invicinble1 天前
设计模式(类的拓扑结构)(描述总纲)
设计模式·原型模式
invicinble2 天前
设计模式(类的拓扑结构)(为什么会产生设计模式,以及什么是设计模式)
linux·服务器·设计模式
PersonalViolet2 天前
模板方法模式实战:重构Agent工具审批,告别重复代码
设计模式·agent