适配器模式通过中间层转换接口，使不兼容的类可以协同工作。在golang中，虽无继承机制，但利用接口和组合实现该模式非常自然。其核心结构包括target接口（标准接口）、adaptee类型（已有实现）和adapter类型（封装并实现目标接口）。适用场景包括第三方sdk接口变更、系统重构保留旧逻辑及统一接入不同服务。注意事项有：避免过度封装、保持适配器轻量、复杂适配可能需重构设计。多个适配器应按功能划分目录、统一命名、仅做接口转换。示例中loggeradapter将legacylogger的log方法适配为logger接口的write方法，实现了新旧接口的兼容。
在实际开发中，经常会遇到两个接口不兼容的问题。比如旧系统用的接口格式和新系统不一致，或者第三方库提供的接口与当前项目预期不符。这种时候，适配器模式就能派上用场了。
适配器模式的核心思想是：通过中间层来转换接口，使得原本不兼容的类可以一起工作。Golang虽然没有继承机制，但凭借接口(interface)和组合(composition)，实现适配器模式非常自然。
什么是适配器模式
简单来说，适配器就是一个“转接头”。就像你用Type-C耳机插在老式3.5mm接口的手机上，需要一个转换头一样。
立即学习“go语言免费学习笔记（深入）”；
在代码层面，它通常用于：
- 新旧接口版本差异
- 集成第三方服务时统一调用方式
- 多个相似功能模块之间接口标准化
适配器不会改变原有逻辑，只是让调用方能以期望的方式使用目标对象。
Golang中适配器模式的基本结构
Go语言不像Java或C++那样有类继承体系，但它的接口和组合机制非常适合实现适配器模式。
一般结构如下：
- Target 接口：客户端使用的标准接口
- Adaptee 类型：已有但接口不兼容的具体实现
- Adapter 类型：封装 Adaptee，并实现 Target 接口
举个例子，假设我们有一个老的日志输出接口：
type LegacyLogger struct{}
func (l *LegacyLogger) Log(msg string) {
fmt.Println("Legacy Log:", msg)
}而新的接口要求支持
Write([]byte)方法：
type Logger interface {
Write(data []byte)
}这时候就需要写一个适配器：
type LoggerAdapter struct {
logger *LegacyLogger
}
func (a *LoggerAdapter) Write(data []byte) {
a.logger.Log(string(data))
}这样，外部就可以用统一的
Write方法来调用了。
实际应用场景和注意事项
适配器不是万能的，也不是随便加一层封装就叫适配器。以下几种情况适合使用：
- 第三方SDK接口变更，不想改业务代码
- 系统重构过程中保留旧接口逻辑
- 多个不同来源的服务需要统一接入
注意事项：
- 不要过度封装，避免层层嵌套导致维护困难
- 尽量保持适配器轻量，不做复杂逻辑处理
- 如果适配过程很复杂，可能说明设计有问题，应考虑重构
另外，Go语言中由于接口是隐式实现的，所以适配器写起来更灵活。你可以直接定义一个包装结构体，然后实现目标接口方法即可。
如何组织多个适配器
如果你的应用中有很多适配器，建议按以下方式组织：
- 按功能或模块划分目录，如
/adapter/payment
,/adapter/logging
- 使用统一命名风格，如
XxxAdapter
- 适配器尽量只做接口转换，不包含核心业务逻辑
例如：
// payment适配器
type StripeAdapter struct {
client *stripe.Client
}
func (a *StripeAdapter) Charge(amount float64) error {
return a.client.Charge(amount)
}这样做的好处是结构清晰，后期替换或扩展都更容易。
基本上就这些。适配器模式在Golang中实现起来并不复杂，但关键是要识别出哪些地方真的需要它，而不是为了用设计模式而用。
