Golang中的适配器模式如何编写 演示接口转换的实用案例

适配器模式在 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 的命名方式，让人一眼看出用途。

基本上就这些。适配器模式虽然结构简单，但在实际开发中非常实用，特别是在对接多个外部服务或进行系统重构时，能有效减少重复代码和接口冲突。