毅四捕Go设计模式笔记——适配器模式

适配器模式（Adapter Pattern）

为了解决什么问题？

适配器模式用于解决接口不兼容的问题，允许原本因接口不匹配而不能一起工作的类能够协同工作。

它通过在已有的类与目标接口之间添加一个中间层（适配器）来实现接口转换，使得原先的接口和适配后的接口可以相互协作。

怎么用代码实现？

下面是Java代码示例，先定义目标接口：

/**
 * 目标接口
 */
interface Target {
    void request();
}

假设“Adaptee”是已经存在的类，具有与目标接口不一样的接口：

/**
 * 已存在的类，具有特定的接口
 */
class Adaptee {
    void specificRequest() {
        System.out.println("Specific request.");
    }
}

然后，来实现一个适配器类“Adapter”，它实现了目标接口，在接口实现里调用原特定接口：

/**
 * 适配器类，使得Adaptee和Target接口兼容
 */
class Adapter implements Target {
    private Adaptee adaptee;
    
    Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }
    
    @Override
    public void request() {
        adaptee.specificRequest();
    }
}

最后，就可以直接使用适配器来调用被适配的方法了：

// 现有的类有特定接口
Adaptee adaptee = new Adaptee();
// 通过适配器，调用特定接口的方法，以Target接口形式呈现
Target target = new Adapter(adaptee);
target.request(); // 输出 "Specific request."

为什么可以解决这个问题？

适配器模式通过包装一个已有的类（通常是一个具有不兼容接口的具体实现类），并提供一个与目标接口兼容的接口，从而使得原有实现可以被现有系统或代码正常使用。适配器扮演中介的角色，将客户端的调用委托给了被适配的类，实现了接口的兼容与复用。

适配器模式适用于哪些场景？

已有类的接口与新环境不兼容：当现有系统中的类已经被设计并实现，但其接口与新编写的系统或第三方库不兼容时。

需要复用一些现存的类：这些类可能提供了一些有用的行为，但它们的接口与当前系统的其他部分不一致时。

适配器模式在开源代码中比较常见，下面是一些经典的应用案例：

Java Collections：Java提供了java.util.Arrays#asList的适配器，将数组转换为适合Java集合框架的List接口。

Apache Commons Collections：该库包含了很多适配器来将旧的集合类型接口适配为新的，比如CollectionUtils类提供的各种“适配器”方法。

Spring框架：Spring经常使用适配器来使其各种组件（如Spring MVC中的HandlerAdapter）便于集成。

适配器模式是一个非常实用的结构型设计模式，它允许项目持续发展，同时能够利用已有的功能，并非强制重写所有现有代码。通过使用适配器，可以轻松地将某个类的接口转换为另一个所需的接口，提高代码的复用性。

———————————这是分割线———————————

欢迎添加博主vx深入交流：