设计模式读书笔记(5)

博客介绍了适配器模式和桥接模式。适配器模式解决不兼容接口转换问题,有类适配器和对象适配器两类;桥接模式用于解决可移植窗口抽象部分的实现问题,将窗口抽象及其子类操作分离成独立层,实现接口与实现的分离,提供可扩充性。

Adapter模式

名称:适配器模式、包装器wapper模式

问题:

假设一个图形编辑器,操纵图形类,例如lineShapePolygonShape等,但是假设需要一个可以编辑和显示文字的textShap对象,编辑器肯能无法操纵;况且系统已经提供了textView之类的操作对象,不利用也很可惜。

解决:

       定义一个textShape类,使得可以在编辑器中象使用lineShape等类一样使用它,但是在textShape类中我们充分利用textView的功能实现对象操作。

效果:

       解决了原本不兼容的接口可以通过一个适配器进行转换。

       适配器模式有两类:

              类是配器     textShape实现shape接口并利用textView实现

              对象适配器 textView作为类的成员,然后使用textView的接口实现textShape

图:

      

  

 

 

 

 

 

Bridge模式

名称:桥接模式、handle/body 模式

问题:

考虑在一个用户工具箱中,一个可移植的window抽象部分的实现,允许可以在ms windowsX windows平台使用的程序的抽象实现部分,我们允许分别在各自平台实现抽象。如果采用继承抽象类会导致扩展window抽象带来不便。且使得同客户的平台代码相关。

解决:

window抽象及其子类的操作都放在一个独立层中实现,其中的一个层单独对window接口,另一个针对平台相关的实现。对window的子类操作全部通过平台相关的代码进行。这两层间实现了桥接。

 

效果:

分离接口及其实现(例如jdbc驱动程序)

提供可扩充性

细节对用户透明

图:

 

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值