通俗易懂系列 | 设计模式（三）：适配器模式

今天看了部特工电影，里面有个桥段，主角在直升机上和反派生死搏斗，而飞机则是无人驾驶的状态，有坠毁的危险。生死存亡，危急时刻主角让团队成员去驾驶，而团队成员很慌张地说：“Hey, man，你开什么国际玩笑，我只拿到了汽车的驾照，飞机驾照我可没有？…”，主角则在远处淡定的说：“那你就当它是汽车好了”。如何让一个开汽车的人去驾驶直升机呢？

介绍

什么是适配器模式？

GoF中的定义:

将一个类的接口转换成客户但愿的另一个接口。Adapter模式使得本来因为接口不兼容而不能一块儿工做的那些类能够一块儿工做。

通俗来说就是，咱们项目中原来已经有一个接口(Adaptee)了它具备某类特定功能，如今需求升级新增长了一个接口(Target)具备了新功能，如何保证客户端某个“现存对象”具备两个接口的功能呢？

也许会说，咱们能够将Target接口的功能copy到Adaptee接口或者同时实现以上两个接口，先不说这违反了咱们的设计模式六大原则中的开闭原则和接口隔离原则，这会形成咱们须要修改实现了Adaptee接口的全部实现类，Override全部新的功能的实现，若是实现类少还能够，而若是实现类不少，那么这个工做量无疑是巨大并且痛苦的。

因此，适配器模式不是为新项目架构设计时而添加的，而是解决正在服役项目因为功能升级而致使接口不兼容问题而提出的。

结构

适配器模式包含以下角色：

• Target：目标抽象类
• Adapter：适配器类
• Adaptee：适配者类
• Client：客户类

适配器模式有对象适配器和类适配器两种实现：

• 对象适配器（推荐）
• 类适配器

类图

对象适配器：

类适配器：

实例

驾驶汽车接口

public interface Car {
    void drive();
}

驾驶直升机接口

public interface Helicopter {
    void air();
}

驾驶汽车的特工接口实现：

public class Agent implements Car {
    @Override
    public void drive() {
        System.out.println("特工开着汽车，啦啦啦。");
    }
}

1.类适配器实现

public class ClassAdapter extends Agent implements Helicopter {
    @Override
    public void air() {
        System.out.println("特工驾驶者飞机，呼呼呼。");
    }
}

亦能够这样写（不推荐）：

public class ClassAdapter  implements Car,Helicopter {
    @Override
    public void air() {
        System.out.println("特工驾驶者飞机，呼呼呼。");
    }

    @Override
    public void drive() {
        System.out.println("特工开着汽车，啦啦啦。");
    }
}

2.对象适配器实现

public class ObjectAdapter implements Helicopter{
    private Agent agent;

    public ObjectAdapter(Agent agent) {
        this.agent = agent;
    }

    public void drive(){
        this.agent.drive();
    }

    @Override
    public void air() {
        System.out.println("特工驾驶者飞机，呼呼呼。");
    }
}

3.测试demo类

public class AdapterMain {
    public static void main(String[] args) {
        System.out.println("---------初始特工----------");
        Agent agent = new Agent();
        agent.drive();
        System.out.println("---------对象适配器特工----------");
        ClassAdapter adapter = new ClassAdapter();
        adapter.air();
        adapter.drive();
        System.out.println("---------类适配器特工----------");
        ObjectAdapter classAdapter = new ObjectAdapter(agent);
        classAdapter.drive();
        classAdapter.air();
    }
}

运行结果

---------初始特工----------
特工开着汽车，啦啦啦。
---------对象适配器特工----------
特工驾驶者飞机，呼呼呼。
特工开着汽车，啦啦啦。
---------类适配器特工----------
特工开着汽车，啦啦啦。
特工驾驶者飞机，呼呼呼。

类适配器模式：
因为适配器类是适配者类的子类，所以能够在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。

对象适配器模式：
一个对象适配器能够把多个不一样的适配者适配到同一个目标，也就是说，同一个适配器能够把适配者类和它的子类都适配到目标接口。

类适配器和对象适配器的区别是：类适配器是继承Adaptee类(接口实现类)，而对象适配器是依赖Adaptee类，持有Adaptee的类对象。

适用场景

使用适配器模式时

• 您想使用现有的类，其接口与您须要的接口不匹配。
• 你想建立一个可重用的类，它与不相关或不可预见的类合做，即不必定具备兼容接口的类。
• 你须要使用几个现有的子类，但经过对每一个子类进行子类化来调整它们的接口是不切实际的。 对象适配器能够调整其父类的接口。
• 大多数使用第三方库的应用程序使用适配器做为应用程序和第三方库之间的中间层，以将应用程序与库分离。若是必须使用另外一个库，则只须要新库的适配器，而无需更改应用程序代码。

总结

• 适配器模式（Adapter Pattern）是做为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。
• 主要解决在软件系统中，经常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能知足的。
• 主要实现方式：继承或依赖（推荐）。适配器继承或依赖已有的对象，实现想要的目标接口。
• 适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。
• 优势：
  1. 可让任何两个没有关联的类一块儿运行。
  2. 提升了类的复用。
  3. 增长了类的透明度。
  4. 灵活性好。
• 缺点：
  1. 过多地使用适配器，会让系统很是零乱，不易总体进行把握。好比，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统若是太多出现这种状况，无异于一场灾难。所以若是不是颇有必要，能够不使用适配器，而是直接对系统进行重构。
  2. 因为 JAVA 至多继承一个类，因此至多只能适配一个适配者类，并且目标类必须是抽象类。