解释说明：将一个类的接口转换成客户希望的另一个接口。适配器模式让那些接口不兼容的类可以一起工作
目标接口（Target）：当前系统所期待的接口，它可以是抽象类或接口
适配者（Adaptee）：它是被访问和适配的现存组件库中的组件接口
适配器（Adapter）：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者
从实现层面上划分，适配器模式分为两种：
类适配器（多继承方式）
对象适配器（对象组合方式）
那么，实际应用中如何在二者之间进行选择？
类适配器包含以下特点：
由于 Adapter 直接继承自 Adaptee 类，所以，在 Adapter 类中可以对 Adaptee 类的方法进行重定义。
如果在 Adaptee 中添加了一个抽象方法，那么 Adapter 也要进行相应的改动，这样就带来高耦合。
如果 Adaptee 还有其它子类，而在 Adapter 中想调用 Adaptee 其它子类的方法时，使用类适配器是无法做到的。
对象适配器包含以下特点：
有的时候，你会发现，去构造一个 Adaptee 类型的对象不是很容易。
当 Adaptee 中添加新的抽象方法时，Adapter 类不需要做任何调整，也能正确的进行动作。
可以使用多态的方式在 Adapter 类中调用 Adaptee 类子类的方法。
由于对象适配器的耦合度比较低，所以在很多的书中都建议使用对象适配器。在我们实际项目中，也是如此，能使用对象组合的方式，就不使用多继承的方式。
优点：
可以让任何两个没有关联的类一起运行
提高了类的复用
增加了类的透明度
灵活性好
缺点：
过多地使用适配器，会让系统非常零乱，不利于整体把控。
例如，看到调用的是 A 接口，内部却被适配成了 B 接口的实现，系统如果出现太多类似情况，无异于一场灾难。因此，如果不是很必要，可以不使用适配器，而是直接对系统进行重构。
适用场景
当想使用一个已存在的类，而它的接口不符合需求时。
你想创建一个可复用的类，该类可以与其他不相关的类或不可预见的类协同工作。
你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口，对象适配器可以适配它的父接口
适配器模式分为类适配器和对象适配器。
Jungle曾经在一个项目里多次使用了适配器模式。这里举个使用对象适配器模式的例子。
路径规划包括两个阶段：首先读取并解析工程图文件，得到其中的点、直线坐标；其次根据需求计算加工路径。软件控制器（Controller）上，系统点击“路径规划”按钮就自动完成上述过程。
Jungle已经封装好一个类DxfParser，该类可以读取后缀名为dxf的工程图文件，并解析其中的点、线，保存到路径列表里。另一个类PathPlanner用于计算加工路径
这个例子中，Controller就是目标抽象类，DxfParser和PathPlanner是适配者类，这两个类提供的方法可以用于实现路径规划的需求。我们只需再定义一个适配器类Adapter即可
#pragma once
#include <iostream>
using namespace std;
#ifndef SAFE_DELETE
#define SAFE_DELETE(p) { if(p){delete(p); (p)=NULL;} }
#endif
// 自带的充电器 - 两脚扁型
class OwnCharger
{
public:void ChargeWithFeetFlat() {cout << "OwnCharger::chargeWithFeetFlat" << endl;}
};
// 俄罗斯提供的插座
class IRussiaSocket
{
public:// 使用双脚圆形充电virtual void Charge() = 0;
};
// 电源适配器
class PowerAdapter : public IRussiaSocket
{
public:PowerAdapter() : m_pCharger(new OwnCharger()) {}~PowerAdapter() {SAFE_DELETE(m_pCharger);}void Charge() {// 使用自带的充电器（两脚扁型）充电m_pCharger->ChargeWithFeetFlat();}
private:OwnCharger* m_pCharger; // 持有需要被适配的接口对象 - 自带的充电器
};#include "adapter.h"
int main()
{// 创建适配器IRussiaSocket* pAdapter = new PowerAdapter();// 充电pAdapter->Charge();SAFE_DELETE(pAdapter);getchar();return 0;
}
