设计模式-适配器模式

适配器模式

一、 作用

• 将一个类的接口转换成客户希望的另外一个接口。 Adapter模式使得原本由于接口不兼容而不能一起工作的
  那些类可以在一起工作

二、 角色分析

2.1 Target（目标抽象类

• 目标抽象类定义客户所需接口，可以是一个抽象类或接口，也可以是具体类。

2.2 Adaptee（适配者类）

• 适配者即被适配的角色，它定义了一个已经存在的接口，这个接口需要适配，适配者类一般是一个具体类，包含了客户希望使用的业务方法，在某些情况下可能没有适配者类的源代码

2.3 Adapter（适配器类）

• 适配器可以调用另一个接口，作为一个转换器，对Adaptee和Target进行适配，适配器类是适配器模式的核心，在对象适配器中，它通过继承Target并关联一个Adaptee对象使二者产生联系。

三、 适配方式

问题描述

1. 已存在网线类 Adaptee 由具体上网请求Requset()方法
2. 存在上网接口NetToUsb,电脑端可以通过其接口的handleRequest()方法使实现上网
3. 如何创造一个适配器使得电脑端通过接口来调用Request()方法来实现上网？

3.1 继承适配器模式

3.1.1 测试代码

/**
 * @author Ni187
 * 网线类,需要被适配的网线类
 */
public class Adaptee {
    public void Request(){
        System.out.println("请求连接");
    }
}

/**
 * @author Ni187
 * 上网行为接口
 */
public interface NetToUsb {
    /**
     * 请求连接
     */
    void handleRequest();
}

/**
 * @author Ni187
 * 电脑端类，用来模拟具体的上网行为
 */
public class Computer {

    public void net(NetToUsb adapter){
        //上网的具体实现
        adapter.handleRequest();
    }
}

/**
 * @author Ni187
 * 电脑端，想上网，无法直接用网线类，需要用一个NetToUsb的接口实现类实现上网，
 */
public class Computer {

    public void net(NetToUsb adapter){
        //上网的具体实现
        adapter.handleRequest();
    }
}

/**
 * @author Ni187
 * 网线适配器类,NetToUsb实现类，通过继承来调用网线类的方法实现接口的具体功能
 */
public class Adapter extends Adaptee implements NetToUsb{
    @Override
    public void handleRequest(){
        super.Request();
    }
}

/**
 * 测试类
 * /
class Test{
    public static void main(String[] args) {
        Computer computer = new Computer();
        Adapter adapter = new Adapter();
        computer.net(adapter);
    }
}

结果：
请求连接

3.2 对象适配器模式

3.2.1 上述模式的修改

• 将继承方式改为组合方式来调用其原对象（被适配者）功能
• 改进java单继承的局限性，通过传入被适配者的对象来调用不同被适配这对象的功能

3.2.2 测试代码

/**
 * @author Ni187
 * 网线适配器类
 */
public class Adapter  implements NetToUsb{
    private Adaptee adaptee;
    public Adapter(Adaptee adaptee){
        this.adaptee = adaptee;
    }
    @Override
    public void handleRequest(){
        this.adaptee.Request();
    }
}

/**
 * 测试类
 * /
class Test{
    public static void main(String[] args) {
        Computer computer = new Computer();
        Adaptee adaptee = new Adaptee();
        Adapter adapter = new Adapter(adaptee);
        computer.net(adapter);
    }
}

结果：
请求连接

3.3 缺省适配器模式

• 缺省适配器模式(Default Adapter Pattern)：当不需要实现一个接口所提供的所有方法时，可先设计一个抽象类实现该接口，并为接口中每个方法提供一个默认实现（空方法），那么该抽象类的子类可以选择性地覆盖父类的某些方法来实现需求，它适用于不想使用一个接口中的所有方法的情况，又称为单接口适配器模式。
• 缺省适配器模式是适配器模式的一种变体，其应用也较为广泛。在JDK类库的事件处理包java.awt.event中广泛使用了缺省适配器模式，如WindowAdapter、KeyAdapter、MouseAdapter等。

四、适配器模式总结

4.1 主要优点：

1. 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，无须修改原有结构。
2. 增加了类的透明性和复用性，将具体的业务实现过程封装在适配者类中，对于客户端类而言是透明的，而且提高了适配者的复用性，同一个适配者类可以在多个不同的系统中复用。
3. 灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。
4. 由于适配器类可以是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。

4.2 缺点

4.2.1 类适配器模式的缺点如下：

1. 对于Java、C#等不支持多重类继承的语言，一次最多只能适配一个适配者类，不能同时适配多个适配者；
2. 适配者类不能为最终类，如在Java中不能为final类，C#中不能为sealed类；
3. 在Java、C#等语言中，类适配器模式中的目标抽象类只能为接口，不能为类，其使用有一定的局限性。

4.2.2 对象适配器模式的缺点如下：

1. 与类适配器模式相比，要在适配器中置换适配者类的某些方法比较麻烦。如果一定要置换掉适配者类的一个或多个方法，可以先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。

4.3适用场景：

1. 系统需要使用一些现有的类，而这些类的接口（如方法名）不符合系统的需要，甚至没有这些类的源代码。
2. 想创建一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。