设计模式之Bridge模式

本文介绍了设计模式中的Bridge模式,通过《设计模式解析》一书中的案例,展示了如何使用Bridge模式解决绘制类的耦合问题。博主首先提出了在原有设计中添加新形状或绘制实例会导致类爆炸的问题,然后详细解释了Bridge模式的原理,即通过将抽象与实现解耦,以减少类的扩展成本。文中提到,Bridge模式的优点包括易于扩展新的绘制实例和形状,以及在一定程度上降低了修改成本。
摘要由CSDN通过智能技术生成

本文内容是通过学习《设计模式解析》 by - Alan Shalloway, James R. Trott 一书所总结的心得。

博主想通过先提出问题,再解决问题的方式来让读者实际体验一把Bridge模式的优势。(这也是《设计模式解析》一书中采用的讲解流程,对于读者理解会有很大帮助)文中的案例也是使用的书中提供的案例。

1.提出问题

先看需求:有两个绘制实例D1和D2,它们都提供了drawLine和drawCircle方法,但是方法的内部实现逻辑是不一样的。需要分别使用它们来绘制Rectangle和Circle两种形状。请问要如何实现?

各位看官不如自己思考一下自己将如何实现这个需求。。。

首先,我们创建一个Shape类,创建D1Shape和D2Shape并且它们都继承于Shape,它们分别对应于D1和D2两个绘制实例。
其次,为了解耦我们让Rectangle和Circle类负责自己的绘制,比如Rectangle的绘制就在draw()方法中完成,实现过程就是调用D1的drawLine方法四次即可。
最后,因为有两种绘制实例D1和D2,那么就需要分别与之对应的D1Rectangle,D2Rectangle,D1Circle,D2Circle,它们四个分别继承于D1Shape和D2Shape类。
那么类图如下所示:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值