设计模式-桥接模式
桥接模式模式
需求介绍
对不同手机类型的不同品牌实现操作编程。
传统方式
思路
优缺点
- 扩展性问题(类爆炸),如果我们再增加手机的样式(旋转式),就需要增加各个品牌手机的类,同样如果我们增加一个手机品牌,也要再各个样式类下增加。
- 违反了单一职责原则,当我们增加手机样式时,要同时增加所有品牌的手机,这样增加了代码维护成本。
改进思路
使用桥接模式。
基本介绍
- 桥接模式(Bridge Pattern):将实现与抽象放在两个不同的类层次中,使两个层次可以独立改变。
- 属于结构型设计模式。
- 桥接模式基于类的最小设计原则,通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各个部分的独立性以及应对他们的功能扩展。
- 原型模式中包含如下要素:
- Clinet:桥接模式的调用者。
- Implementor:行为实现类的接口。
- ConcreteImplementorA/B:行为的具体实现类。
- 抽象类(Abstraction):维护了了Implementor(即它的实现类ConcreteImplementorA/B),二者是聚合关系。Abstraction本身充当桥接类。
- RefinedAbstraction:是Abstraction抽象类的子类。
使用桥接模式
思路
代码
Brand
1 | /** |
Vivo
1 | /** |
XiaoMi
1 |
|
Phone
1 | /** |
UpRightPhone
1 | /** |
FoldedPhone
1 | /** |
Client
1 | /** |
优缺点
- 实现了抽象和实现部分的分离,从而极大的提供了系统的灵活性,让抽象部分和实现部分独立开来,这有助于系统进行分层设计,从而产生更好的结构化系统。
- 对于系统的高层部分,只需要知道抽象部分和实现部分的接口就可以了,其它的部分由具体业务来完成。
- 桥接模式替代多层继承方案,可以减少子类的个数,降低系统的管理和维护成本。
- 桥接模式的引入增加了系统的理解和设计难度,由于聚合关联关系建立再抽象层,要求开发者针对抽象进行设计和编程。
- 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现) ,因此其使用范围由一定的局限性,即需要由这样的应用场景。
应用场景
- JDBC驱动程序
- 银行转账系统
- 转账分类:网上转账,柜台转账,AMT转账
- 转账用户里类型:普通用户、银卡用户、金卡用户
- 消息通道
- 消息类型:即时消息,延时消息
- 消息分类:手机短信、邮件消息、QQ消息
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 KLF`S BLOG!
评论