适配器模式_结构型模式

适配器模式

见名知意，作为两个不兼容接口之间的桥梁，我们只需要新增一个适配器，而不需要去改动两者之间任一的结构。

例如生活中笔记本的扩展坞，就是一种适配器，使得原本不兼容的接口能够一起工作。
JDBC则是我们用过的最常见的适配器模式，JDBC是统一的数据库访问接口，针对Oracle 和 MySQL 有不同的适配。

属于结构型模式的一种。一般有如下两种适配器：

接口适配器模式

我们时常会遇到一个情形，一个接口定义了大量的方法声明，但是我们此时只需要实现它的部分功能，但是往往实现一个接口必须要重写它所有的方法。这个时候我们可能在这个实现类里面就有着大量的空方法。 代码十分冗余。此时我们就可以在接口和实现类之间实现一个接口适配器。

编码 (未使用适配器)

/**
* 定义了一个支付方法，有创建支付，批量付款以及退款三个方法
*/
public interface PayGateWay {
    void createPay();

    void UnifiedOrder();

    void reFound();

}

/**
 * 假设此时该客户端只需要实现创建支付和批量付款两个功能，这样退款功能就是一个空代码，不必要
 */
public class PayClient implements PayGateWay{
    @Override
    public void createPay() {
        System.out.println("createPay");
    }

    @Override
    public void UnifiedOrder() {
        System.out.println("UnifiedPay");
    }

    @Override
    public void reFound() {
        
    }
}

编码 (适配器模式)

/**
 * 定义一个适配器，专门负责重写接口的所有方法
 */
public class PayGateWayAdapter implements PayGateWay{
    @Override
    public void createPay() {

    }

    @Override
    public void UnifiedOrder() {

    }

    @Override
    public void reFound() {

    }
}

此时我们的PayClient

/**
 * 继承适配器，此时我们可以任意选择重写我们所需的方法就可以。十分简洁
 */
public class PayClient extends PayGateWayAdapter{
    @Override
    public void createPay() {
        System.out.println("createPay");
    }

    @Override
    public void UnifiedOrder() {
        System.out.println("UnifiedPay");
    }
}

类适配器模式

情景如下，当我们意图将一个类转换成满足另一个新接口的类时，此时可以使用适配器模式，创建一个适配器类，继承原有类，同时需要实现新接口即可。

示意图如下

public class OldModule {
    public void methodA() {
        System.out.println("oldModule --- methodA");
    }
}

public interface Target {
    void methodA();

    void methodB();

    void methodC();

}

• 适配器

public class Adapter extends OldModule implements Target{

    @Override
    public void methodB() {
        System.out.println("Adapter --- methodB");
    }

    @Override
    public void methodC() {
        System.out.println("Adapter --- methodC");
    }
}

总结

综合上述，可以很分析得到，通常是在我们需要使用一个旧的或者不易更改的接口或者类库时，出现不兼容的问题，适配器模式就可以帮忙解决这个问题。

优点

• 可以让任意两个没有关联的类一起运行，从而让原本不兼容的接口而能在一起工作。
• 提高灵活度增加复用性，符合开闭原则。

缺点

• 需要在逻辑中增加新的适配器模型，从而使得调用链路变得复杂。 一般在源码中，如果遇到声明带有Adapter的类一般是采用了适配器模式