定义

适配器模式（Adapter） 是最常用的结构型模式之一，在现实生活中，适配器模式也是处处可见，比如电源插头转换器，它可以让英式的插头工作在中式的插座上。 简单来说，就是 适配器模式让原本因为接口不匹配而无法一起工作的两个类/结构体能够一起工作 。

适配器模式所做的就是将一个接口 Adaptee，通过适配器 Adapter 转换成 Client 所期望的另一个接口 Target 来使用，实现原理也很简单，就是 Adapter 通过实现 Target 接口，并在对应的方法中调用 Adaptee 的接口实现。

典型场景

• 将一个接口 A 转换成用户希望的另外一个接口 B，这样就能使原来不兼容的接口 A 和接口 B 相互协作。
• 老系统的重构 。在不改变原有接口的情况下，让老接口适配到新的接口。

优缺点

优点

能够使 Adaptee 和 Target 之间解耦。通过引入新的 Adapter 来适配 Target，Adaptee 无须修改，符合开闭原则 。 灵活性好 ，能够很方便地通过不同的适配器来适配不同的接口。

缺点

增加代码复杂度。适配器模式需要新增适配器，如果滥用会导致系统的代码复杂度增大。

开闭原则

开闭原则（The Open-Close Principle，OCP）中，“开”指的是 对扩展开放 ，“闭”指的是 对修改封闭 。

通俗地讲就是，一个软件系统应该 具备良好的可扩展性 ，新增功能应当 通过扩展 的方式实现，而不是在已有的代码基础上修改。

示例

以常见的日志操作为例

假设我们有一个现成的 Logger 接口:

type Logger interface {
    Log(message string)
}

我们还有一个现成的 ThirdPartyLogger ，它有一个不同的接口：

type ThirdPartyLogger interface {
    LogMessage(msg string)
}

我们想要使用 ThirdPartyLogger 来实现 Logger 接口，可以使用适配器模式来完成。

我们首先 定义一个适配器类型 ThirdPartyLoggerAdapter，该类型包装了 ThirdPartyLogger，并实现了 Logger 接口：

type ThirdPartyLoggerAdapter struct {
    logger ThirdPartyLogger
}

func (a *ThirdPartyLoggerAdapter) Log(message string) {
    a.logger.LogMessage(message)
}

在上面的代码中，ThirdPartyLoggerAdapter 包装了 ThirdPartyLogger 实例，并实现了 Log 方法，该方法将接收到的消息转发给被包装的 ThirdPartyLogger 实例的 LogMessage 方法。

现在，我们可以使用 ThirdPartyLoggerAdapter 来适配 ThirdPartyLogger 到 Logger 接口：

func main() {
    // 创建一个 ThirdPartyLogger 实例
    thirdPartyLogger := &MyThirdPartyLogger{}

    // 使用适配器创建一个 Logger 实例
    logger := &ThirdPartyLoggerAdapter{logger: thirdPartyLogger}

    // 使用 Logger 实例记录消息
    logger.Log("这是一条消息")
}

在上面的代码中，我们创建了一个 ThirdPartyLogger 实例，并将其包装在 ThirdPartyLoggerAdapter 中，以便将其转换为 Logger 接口。然后，我们使用 Logger 实例来记录消息。

总结

适配器模式可以帮助我们将现有的类与其他类协同工作，从而使得代码更加简洁和易于维护。 在 Go 语言中，适配器模式通常使用接口来实现，通过定义一个适配器类型来包装被适配者类型并实现目标接口。