C++设计模式之适配器模式(三)

4、适配器模式总结

    在对象适配器模式中,适配器与适配者之间是关联关系;在类适配器模式中,适配器与适配者之间是继承关系。不论是对象适配器还是类适配器,适配器模式都将现有接口转化为客户类所期望的接口,实现了对现有类的复用。为了避免两个或者多个事物之间直接耦合,应该如何分配职责? 大多数情况都可以通过增加一层间接性来解决,将职责分配给中介对象,使其作为其他构件或服务之间的媒介,以避免他们之间的直接耦合。在适配器模式中,为了避免客户类和与适配者类直接耦合,也就是客户类直接访问适配者类,可以增加一个适配器类,降低客户类与适配者类的耦合性。当客户类调用适配器的方法时,在适配器类的内部将调用适配者类的方法,而这个过程对客户类是透明的,客户类并不直接访问适配者类。它是一种使用频率非常高的设计模式,在软件开发中得以广泛应用。

1.主要优点

    无论是对象适配器模式还是类适配器模式都具有如下优点:

    (1) 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无须修改原有结构。

    (2) 增加了类的透明性和复用性,将具体的业务实现过程封装在适配者类中,对于客户端类而言是透明的,而且提高了适配者的复用性,同一个适配者类可以在多个不同的系统中复用。

    (3) 灵活性和扩展性都非常好,通过使用配置文件,可以很方便地更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,完全符合“开闭原则”。

    具体来说,类适配器模式还有如下优点:

    由于适配器类是适配者类的子类,因此可以在适配器类中置换一些适配者的方法,使得适配器的灵活性更强。

    对象适配器模式还有如下优点:

    (1) 一个对象适配器可以把多个不同的适配者适配到同一个目标

    (2) 可以适配一个适配者的子类,由于适配器和适配者之间是关联关系,根据“里氏代换原则”,适配者的子类也可通过该适配器进行适配。

2.主要缺点

    类适配器模式的缺点如下:

    (1) 对于Java、C#等不支持多重类继承的语言,一次最多只能适配一个适配者类,不能同时适配多个适配者;

    对象适配器模式的缺点如下:

    与类适配器模式相比,要在适配器中置换适配者类的某些方法比较麻烦。如果一定要置换掉适配者类的一个或多个方法,可以先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当做真正的适配者进行适配,实现过程较为复杂。

3.适配器模式具体应用

    (1)复用已经写好的功能模块,例如:已经写好了一个员工信息模块,要重新开发一个新的企业管理系统,可以复用员工信息模块。

    (2)程序运行时的日志信息,可以记录到数据库,也可以记录到Txt文件中。现在变更需求,使日志信息能够同时记录到数据库和Txt文件中。可以添加一个适配器类,适配数据库操作和文件操作。

    (3)在软件开发过程中,我们会开发出一些功能性模块。如排序算法模块、查找模块、或者封装链表、队列、树等操作。在需要复用这些功能的时候,直接使用,无需重新开发这些功能模块。

    (4)网上银行加密模块开发: 已经开发好了一套网银加密模块,现在需要重新开发一个类似的软件,可以直接复用已经开发好的加密模块。

    (5)某公司已经开发了一套火车票识别软件,包含二值化、去噪、版面分析、栏目提取等模块。现在要开发银行卡识别项目,则可以直接复用火车票识别中的功能模块。

    (6)某公司想要开发一套输入法软件,可以购买搜狗输入法的搜索模块,直接加以复用,无需自己重头开发。

    (7)生活中的适配器: 电源适配器,USB转串口线,水管专修工人使用各种接口连接本来没法进行相连的管道。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值