适配器模式在 golang 中用于解决接口不兼容问题，使不同接口的类能协同工作。1. 定义统一的目标接口 payment，包含 pay 方法；2. 为每个支付方式编写适配器结构体，如 alipayadapter 和 wechatpayadapter，将各自支付方法适配为 pay；3. 在业务逻辑中通过统一接口调用不同支付方式，实现统一处理。适用场景包括集成第三方库、遗留系统改造、统一多平台调用和封装复杂接口。使用时应注意适配器职责单一、避免嵌套适配、命名清晰易懂。
在 Golang 中实现适配器模式，主要是为了解决接口不兼容的问题。通过适配器，我们可以让原本不能一起工作的两个类或接口协同工作。这在对接第三方服务、重构旧代码时特别有用。
下面我们就通过一个实际场景来演示如何编写适配器模式。
场景：支付系统接入多个渠道
假设我们正在开发一个订单系统，需要支持多种支付方式，比如支付宝、微信支付和银联。这些支付渠道的接口各不相同，但我们的系统希望统一调用一个 Payment 接口来完成支付。
立即学习“go语言免费学习笔记（深入）”；
type Payment interface {
Pay(amount float64) string
}而各个支付平台提供的接口可能长得不一样：
- 支付宝有一个
AliPay结构体，方法是SendPayRequest(amount float64) -
微信支付有
WechatPay，方法是DoPay(money float64) - 银联有
UnionPay，方法是MakePayment(value float64)
这个时候，就可以使用适配器模式将这些不同接口“包装”成统一的 Payment 接口。
实现步骤
1. 定义统一接口（目标接口）
这个接口是我们系统内部使用的标准接口，所有适配器都要实现它：
type Payment interface {
Pay(amount float64) string
}2. 编写适配器结构体
每个第三方支付方式都需要一个适配器来“翻译”它的方法到统一接口。
以支付宝为例：
type AliPay struct{}
func (a *AliPay) SendPayRequest(amount float64) string {
return fmt.Sprintf("AliPay: 支付 %.2f 元成功", amount)
}
// 适配器
type AliPayAdapter struct {
ali *AliPay
}
func (adapter *AliPayAdapter) Pay(amount float64) string {
return adapter.ali.SendPayRequest(amount)
}类似地，可以写出微信支付的适配器：
type WechatPay struct{}
func (w *WechatPay) DoPay(money float64) string {
return fmt.Sprintf("WeChatPay: 支付 %.2f 元成功", money)
}
type WechatPayAdapter struct {
wechat *WechatPay
}
func (adapter *WechatPayAdapter) Pay(amount float64) string {
return adapter.wechat.DoPay(amount)
}3. 在业务中统一调用
现在，无论使用哪种支付方式，都可以通过统一的 Payment 接口调用：
func ProcessPayment(p Payment, amount float64) {
result := p.Pay(amount)
fmt.Println(result)
}
func main() {
aliAdapter := &AliPayAdapter{ali: &AliPay{}}
wechatAdapter := &WechatPayAdapter{wechat: &WechatPay{}}
ProcessPayment(aliAdapter, 100.50)
ProcessPayment(wechatAdapter, 200.00)
}输出结果：
AliPay: 支付 100.50 元成功 WeChatPay: 支付 200.00 元成功
适配器模式适用的几个典型场景
- 集成第三方库：当引入的库接口与项目现有接口不一致时。
- 遗留系统改造：保留旧接口逻辑，同时提供新接口供新模块使用。
- 统一多平台调用：如上面例子中的多个支付渠道。
- 封装复杂接口：将复杂的 API 封装成简单易用的接口。
注意事项
- 适配器不要做太多额外逻辑：它的职责就是转换接口，不应该处理业务逻辑。
- 避免层层嵌套适配器：那样会增加维护成本，降低可读性。
-
命名清晰：建议使用
XXXAdapter的命名方式，让人一眼看出用途。
基本上就这些。适配器模式虽然结构简单，但在实际开发中非常实用，特别是在对接多个外部服务或进行系统重构时，能有效减少重复代码和接口冲突。
