基于类的Adapter模式的一般结构如下：Adaptee类为Adapter的父类，Adaptee类为适配源，适配目标（接口）也是Adapter的父类；基于类的Adapter模式比较适合应用于Adapter想修改Adaptee的部分方法的情况。
基于对象的Adapter模式的一般结构如下：Adaptee类对象为Adapter所依赖，适配目标（接口）是Adapter的父类；
基于对象的Adapter模式比较适合应用于Adapter想为Adaptee添加新的方法的情况。但在Adaptee类的方法与Adapter类的方法不同名而实现相同功能的情况下，我们一般也使用基于对象的Adapter模式，
适配器模式是一种设计模式，它允许不兼容的类或接口之间进行通信和协作。这种模式的核心在于创建一个适配器类，该类将原始类（Adaptee）的接口转换为客户期望的目标接口（Target）。适配器模式分为基于类的适配器模式和基于对象的适配器模式。
在基于类的适配器模式中，适配器类继承自适配源（Adaptee）并且实现目标接口。这种方法适用于适配器需要修改Adaptee的一些行为。Adaptee是适配器的父类，适配器同时实现了目标接口，因此适配器可以直接重写Adaptee的某些方法来满足目标接口的需求。
而基于对象的适配器模式则不同，适配器对象持有适配源对象的引用，并且实现目标接口。这种方式适用于适配器想要为Adaptee添加新的方法或者Adaptee的方法名称与目标接口的方法名称不同但功能相同的情况。在这种模式下，适配器通过自己的方法调用Adaptee的相关方法，从而实现接口的转换。
在实际应用中，适配器模式可以解决软件系统中的接口不兼容问题。例如，假设有一个系统原来使用第三方类库A，现在有更强大的类库B，但B的接口与A不同。基于类的适配器可以让系统保持原样，只需新增一个适配器类，而基于对象的适配器则可以通过实例化适配器对象来实现接口的转换，而无需修改原有系统代码。
以鸭子和火鸡为例，我们有Duck接口和MallardDuck类，它们代表鸭子。后来出现了Turkey接口和WildTurkey类，它们代表火鸡。由于火鸡的接口与鸭子不同，无法直接替代使用。此时，我们可以创建一个TurkeyAdapter类，它实现Duck接口，并持有一个WildTurkey对象。在TurkeyAdapter中，我们重写Duck接口的方法，如quack()和fly()，并在这些方法内部调用WildTurkey的相应方法。这样，TurkeyAdapter就像一只鸭子，可以被鸭子接口的客户代码使用，而实际执行的是火鸡的行为。
当需要将鸭子包装成火鸡时，可以创建一个DuckAdapter类，实现Turkey接口，并持有Duck对象。DuckAdapter的gobble()方法调用Duck的quack()，fly()方法则可能需要模拟火鸡的飞行行为，比如限制飞行次数。
适配器模式的优势在于它可以提供一种灵活的方式来处理不同接口之间的不兼容性，使得旧代码能够与新组件协同工作，同时减少了代码的修改和耦合。通过使用适配器，我们可以保持系统的整洁和模块化，避免因为接口改变而大规模重构代码。
