适配器模式通过新增中间层解决接口不兼容问题：对象适配器用组合更灵活，类适配器用多重继承耦合强；需处理资源管理、异常转换和线程安全。
适配器模式是一种结构型设计模式，它让原本接口不兼容的类能够协同工作。核心思路不是修改原有类的代码，而是新增一个“中间层”——适配器类，负责把客户端期望的接口，转换成被适配者实际提供的接口。
为什么需要适配器：接口不匹配的典型场景
比如你有一个旧的支付模块 LegacyPaymentSystem，它只提供 processPayment(int amount) 方法；但新订单系统要求调用 charge(double price, const std::string& currency)。两者参数类型、名称、语义都不同，直接调用会编译失败或逻辑错乱。这时不能改旧系统（可能没源码或影响大），也不能硬凑新接口——适配器就是这个桥梁。
对象适配器：通过组合实现，更常用也更灵活
适配器持有被适配者的实例，将客户端请求“翻译”后委托给它：
- 定义目标接口（新系统依赖的）：例如 IPaymentProcessor，含
charge() - 实现适配器类（如 LegacyPaymentAdapter），继承目标接口，内部持有一个 LegacyPaymentSystem 对象
- 在
charge()中做转换：把price四舍五入为整数，忽略currency（或映射为默认币种），再调用legacy->processPayment(amt)
类适配器（C++中受限，需多重继承）
C++ 支持多重继承，理论上可以让适配器同时继承目标接口和被适配类：
魔法映像企业网站管理系统
下载
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
立即学习“C++免费学习笔记（深入）”；
- 适配器类 public 继承 IPaymentProcessor，private 继承 LegacyPaymentSystem
- 重写
charge()，直接调用父类的processPayment() - 但这种方式耦合更强，且无法适配 final 类或没有继承关系的类，实践中较少使用
关键细节：别漏掉资源与异常处理
适配不是简单函数转发。要注意：
- 若被适配者构造/析构有特殊逻辑（如打开文件、连接数据库），适配器需正确管理其生命周期
- 被适配方法可能抛异常，而目标接口声明不抛——适配器应捕获并转为符合目标契约的方式（如返回错误码、或重新抛出兼容异常）
- 线程安全：如果被适配者非线程安全，适配器在多线程下调用时需加锁，不能假设“转换本身是安全的”
