Adapter模式

1.Adapter模式
1.1.类模式
1.2.对象模式

Adapter模式

在软件开发过程中，经常会使用第三方库．如果使用第三方库，那么我们对客户提供的接口和第三方库接口不一致时，应该怎么解决．这是Adapter模式要解决的问题．即把一个类的接口转化为客户希望的接口．

适用场景：

1、已经存在的类的接口不符合我们的需求；

2、创建一个可以复用的类，使得该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作；

3、在不对每一个都进行子类化以匹配它们的接口的情况下，使用一些已经存在的子类。

Adapter模式的实现这里给出2种模式：类模式和对象模式．

类模式中，Adapter类继承和复用Adapter的接口；而对象模式中，Adapter采用组合的方式来调用Adapter中的接口．

类模式中，类的结构如下：

电源适配器，它是用于电流变换（整流）的设备。适配器的存在，就是为了将已存在的东西（接口）转换成适合我们的需要、能被我们所利用。在现实生活中，适配器更多的是作为一个中间层来实现这种转换作用。

在上面的通用类图中，Cient 类最终面对的是 Target 接口（或抽象类），它只能够使用符合这一目标标准的子类；而 Adaptee 类则是被适配的对象（也称 源角色），因为它包含specific （特殊的）操作、功能等，所以我们想要在自己的系统中使用它，将其转换成符合我们标准的类，使得 Client 类可以在透明的情况下任意选择使用 ConcreteTarget 类或是具有特殊功能的 Adatee 类。

下面给出实现：

// 已存在的、具有特殊功能、但不符合我们既有的标准接口的类
class Adaptee {
    public void specificRequest() {
        System.out.println("被适配类具有 特殊功能...");
    }
}

// 目标接口，或称为标准接口
interface Target {
    public void request();
}

// 具体目标类，只提供普通功能
class ConcreteTarget implements Target {
    public void request() {
        System.out.println("普通类 具有 普通功能...");
    }
}

// 适配器类，继承了被适配类，同时实现标准接口
class Adapter extends Adaptee implements Target{
    public void request() {
        super.specificRequest();
    }
}

// 测试类
public class Client {
    public static void main(String[] args) {
        // 使用普通功能类
        Target concreteTarget = new ConcreteTarget();
        concreteTarget.request();

        // 使用特殊功能类，即适配类
        Target adapter = new Adapter();
        adapter.request();
    }
}

测试结果：

普通类 具有 普通功能…
被适配类具有 特殊功能…

上面这种实现的适配器称为类适配器，因为Adapter类既继承了Adaptee(被适配类)，也实现了Target接口(因为Java不支持多继承，所以这样来实现)，在Client类中我们可以根据需要选择并创建任一种符合需求的子类，来实现具体功能．

另一种适配器模式是对象适配器，它不是使用多继承或者继承再实现的方式，而是使用直接关联，或者称为委托的方式，类图如下：

// 适配器类，直接关联被适配类，同时实现标准接口
class Adapter implements Target{
    // 直接关联被适配类
    private Adaptee adaptee;

    // 可以通过构造函数传入具体需要适配的被适配类对象
    public Adapter (Adaptee adaptee) {
        this.adaptee = adaptee;
    }

    public void request() {
        // 这里是使用委托的方式完成特殊功能
        this.adaptee.specificRequest();
    }
}

// 测试类
public class Client {
    public static void main(String[] args) {
        // 使用普通功能类
        Target concreteTarget = new ConcreteTarget();
        concreteTarget.request();

        // 使用特殊功能类，即适配类，
        // 需要先创建一个被适配类的对象作为参数
        Target adapter = new Adapter(new Adaptee());
        adapter.request();
    }
}

测试结果与上面的一致．从类图中我们也知道需要修改的只不过就是Adapter类的内部结构，即Adapter自身必须先拥有一个被适配类的对象，再把具体的特殊功能委托给这个对象来实现．使用对象适配器模式，可以使得Adapter类(适配类)根据传入的Adaptee对象达到适配多个不同被适配类的功能，当然，此时我们可以为多个被适配类提取出一个接口或抽象类．这样看起来的话，似乎对象适配器模式更加灵活一点．

小结：
１．适配器模式也是一种包装模式，与之前的Decorator装饰模式同样有包装的功能，此外，对象适配器模式还具有显式委托的意思在里面(其实类适配器也有这种意思，只不过比较隐含而已)，那么我在认为它与Proxy代理模式也有点类似；
２．从上面一点对比来看，Decorator，Proxy，Adapter在实现自身的最主要目的(这个得看各个模式的最初动机，描述)之外，都可以在包装的前后进行额外的，特殊的功能上的增减．因为我认为它们都有委托的实现意义在里面；
3、我所看的书中说适配器模式不适合在详细设计阶段使用它，它是一种补偿模式，专用来在系统后期扩展、修改时所用。