适配器模式

适配器模式（Adapter Design Pattern）是用来做适配的，将不兼容的接口转换为可兼容的接口，让原来不兼容的类转换为可兼容的类。适配器模式有“类适配器”和“对象适配器”两种实现。“类适配器”使用继承关系实现，“对象适配器”使用组合关系实现。

具体代码如下：

// ITarget表示要转化成的接口定义，Adaptee是一组不兼容ITarget接口定义的接口，Adaptor将Adaptee转化成一组符合ITarget接口定义的接口

// 类适配器：基于继承
public interface ITarget {
    void f1();
    void f2();
    void fc();
}

public class Adaptee {
    public void fa()  { //...}
    public void fb() { //... }
    public void fc() { // ... }
}

public class Adaptor extends Adaptee implements ITarget {
    public void f1() {
        super.fa();
    }
    
    public void f2() {
        // 重新实现f2
    }
    
    // 这里fc()不需要实现，直接继承自Adaptee，这是和对象适配器最大的不同点
}

// 对象适配器：基于组合
public interface ITarget {
    void f1();
    void f2();
    void fc();
}

public class Adaptee {
    public void fa() { //...}
    public void fb() { //...}
    public void fc() { //... }
}

public class Adaptor implements ITarget {
    
    private Adaptee adaptee;
    
    public Adaptor(Adaptee adaptee) {
        this.adaptee = adpatee;
    }
    
    public void f1() {
        adaptee.fa();
    }
    
    public void f2() {
        // 重新实现f2()
    }
    
    public void fc() {
        adaptee.fc();
    }
}

在实际开发中，到底应该选择哪一种适配器呢？判断的标准主要有两个，一个是Adaptee接口的个数，另一个是Adaptee合ITarget接口的契合程度

• 如果Adaptee接口并不多，那两种实现方式都可以
• 如果Adaptee接口很多，而且Adaptee和ITarget接口定义大部分都相同，那我们推荐类适配器。因为Adaptor复用父类Adaptee接口，比对象适配器的实现方式的代码要少。
• 如果Adaptee接口很多，而且Adaptee和ITarget接口定义大部分都不同，那我们推荐对象适配器。因为组合结构相对继承更加灵活。

适配器模式应用场景

1. 封装有缺陷的接口设计

假设我们依赖的外部系统在接口设计方面有缺陷（比如包含大量静态方法），引入之后会影响到我们自身代码的可测试性。为了隔离设计上的缺陷，我们希望对外部系统提供的接口进行二次封装，抽象出更好的接口设计，这个时候就可以使用适配器模式了。
2. 替换依赖的外部系统

当我们把项目中依赖的一个外部系统替换为另一个外部系统的时候，利用适配器模式，可以减少对代码的改动。