当前位置: 首页 > ops >正文

设计模式(二)

结构型模式

        这些模式关注对象之间的组合和关系,旨在解决如何构建灵活且可复用的类和对象结构。它主要有:

  • 适配器模式(Adapter Pattern)
  • 桥接模式(Bridge Pattern)
  • 过滤器模式(Filter、Criteria Pattern)
  • 组合模式(Composite Pattern)
  • 装饰器模式(Decorator Pattern)
  • 外观模式(Facade Pattern)
  • 享元模式(Flyweight Pattern)
  • 代理模式(Proxy Pattern)

        我们详细来看一看适配器模式。

适配器模式

适配器模式是一种结构型设计模式,它能使接口不兼容的对象能够相互合作。“适配器模式”将一个类的接口转换成客户希望的另外一个接口,使得原本不兼容的接口一起工作。

意义

        在于将某些功能与第三方需求接口适配对接,且避免第三方接口与功能代码过多耦合。

        在设计初初,不要考虑使用此模式。仅在功能完善,需要实现第三方接口时,没必要迎合第三方的需求对原来的设计大动刀戈,可以尝试使用适配器模式。

        多用于想应用某些功能,但是功能类的接口与需求的接口不兼容时,采用适配器模式来解决。主要应用在以下场景:

  • 新旧接口兼容软件版本升级,部分旧接口还在被使用。需要保留旧的接口,增加新接口,使两者兼容。
  • 第三方接口的适配在系统功能稳定的情况下,有第三方新的接口需求需要对接。
  • 统一多个类相同功能的接口例如统一不同类型数据库的访问接口。

比如我们实现TypeC接口手机联通USB接口的U盘。手机可插入的接口为TypeC或其他非USB接口,但U盘为USB接口,与需求接口不符。因此,可通过适配器完成USB与TypeC的对接。

适配器模式有两种实现方法,类适配器对象适配器。

类适配器

以多继承的方式实现。

  • Target: 客户端期望接口类
  • Adaptee: 实际需要的功能类
  • Adapter: 将接口类与功能类衔接的适配器类
  • Client: 客户端代码
class CUsbDisk
{
public:virtual ~CUsbDisk(){}virtual void ConnectDevice(){std::cout << "Connect usb port!" << std::endl;}
};class TypeCInterface
{
public:virtual ~TypeCInterface(){}void ConnectDevice(){std::cout << "Connect Type-C port!" << std::endl;}
};class Adapter : public CUsbDisk, public TypeCInterface
{
public:void ConnectDevice(){TypeCInterface::ConnectDevice();}
};int main(int argc, char *argv[])
{CUsbDisk *theDisk = new Adapter();theDisk->ConnectDevice();delete theDisk;return 0;
}

对象适配器

在适配器类中,包装适配者的接口。

  • Target: 客户端期望接口类
  • Adaptee: 实际需要的功能类
  • Adapter: 将接口类与功能类衔接的适配器类
  • Client: 客户端代码

        从类图上可以看出两者的差异,类适配器采用多继承方式,对象适配器采用对适配者Adaptee接口方式。两种方式都能完成Target接口与Adaptee接口对接。

class CUsbDisk
{
public:virtual ~CUsbDisk() {}virtual void ConnectDevice(){cout << "Connect usb port." << endl;}
};class CTypeCInterface
{
public:virtual ~CTypeCInterface() {}void ConnectDevice(){cout << "Connect Type-C port." << endl;}
};class CAdapter : public CUsbDisk
{
public:CAdapter(){mpAdaptee = new CTypeCInterface();}~CAdapter(){if (NULL != mpAdaptee) {delete mpAdaptee;}}void ConnectDevice(){if (NULL != mpAdaptee) {mpAdaptee->ConnectDevice();} else {cout << "Adapter abnormal. Connect fail!" << endl;}}private:CTypeCInterface *mpAdaptee;
};int main(int argc, char *argv[])
{CUsbDisk *theDisk = new CAdapter();theDisk->ConnectDevice();delete theDisk;return 0;
}

总结

  • 适配器模式主要原理: 在于实现客户接口时,关联上已存在的功能接口。一种使用过多继承方式,一种通过类之间依赖的方式,都能实现。
  • 为统一多个功能相同的类接口时,类适配器模式是更适合的。比较典型的例子如,MySql和SQLServer等多种类型数据库的访问接口的统一。
  • C++编程不要轻易使用多继承!
  • 另外,文中也有说过。在软件开发初,无第三方需求接口的情况下,不要考虑此模式的使用。往往适配器模式的使用,会让代码看起来像一个补丁,修修补补。
  • 「适配器模式」看起来与「外观模式」相似,都是与外部对接。其实有很大不同: 「外观模式」是定义一套新的接口,而「适配器模式」则是运用已有的接口。「外观模式」是在已有复杂的接口上,再封一层简单的接口,方便客户端使用。「适配器模式」则是结合已有的功能,实现或重载已经存在的客户端接口。
http://www.xdnf.cn/news/13883.html

相关文章:

  • Python自动化办公工具开发实践:打造智能报表生成系统的心得与洞见
  • 3.ES索引、映射、字段和文档
  • 锂电池充电芯片XSP30,2-3节串联锂电池升降压充电管理芯片
  • FastAPI如何用角色权限让Web应用安全又灵活?
  • 探索现代 Web 开发:从 HTML5 到 Vue.js 的全栈之旅
  • Linux部署elasticsearch 单机版
  • 自然语言处理期末复习
  • 高效账号信息管理工具,可安全随机生成密码
  • VSCode如何优雅的debug python文件,包括外部命令uv run main.py等等
  • 理解与建模弹性膜-AI云计算数值分析和代码验证
  • LeetCode - 76. 最小覆盖子串
  • 三维激光雷达在智慧工厂物流测量中的应用分析
  • Python内存互斥与共享深度探索:从GIL到分布式内存的实战之旅
  • Oracle 中使用CONNECT BY、START WITH递归查询
  • 黄仁勋在2025年巴黎VivaTech大会上的GTC演讲:AI工厂驱动的工业革命(下)
  • 今日行情明日机会——20250613
  • 胶囊网络破解图像旋转不变性难题 ——从空间关系到姿态矩阵的几何深度学习革命
  • 轻量级 ioc 框架 loveqq,支持接口上传 jar 格式的 starter 启动器并支持热加载其中的 bean
  • 经济系统的「资源死锁」与「架构重构」:从通缩陷阱到可持续模型设计
  • MySQL(多表设计、多表查询)
  • Android S - 重复播放按键音(上下左右、OK)
  • Java详解LeetCode 热题 100(32):LeetCode 138. 随机链表的复制
  • Linux常用命令加强版替代品
  • 探索弹性弦行为:从绘图到问题解决-AI云计算数值分析和代码验证
  • 永不休眠:Linux 守护进程的工作原理
  • visual studio小番茄插件某些快捷键失效
  • 1万美元iO bounty破解之旅
  • android aosp源码下编码时避免引用aidl文件飘红不自动提示的方法
  • 神经网络压缩
  • 本地windows搭建kafka