在Golang的项目开发中，我们经常会遇到这样的情况：已经定义好的接口和需要调用的第三方库或者旧模块的接口在方法定义、参数格式上存在差异，无法直接对接使用。这时候适配器模式就能发挥作用，它通过封装一层适配逻辑，将不兼容的接口转换成符合当前需求的接口形式，让不同模块可以顺畅协作。
适配器模式的核心结构
适配器模式主要包含三个角色，在Golang中实现时可以根据场景灵活调整：
- 目标接口（Target）：当前系统期望使用的接口，定义了客户端需要调用的方法规范。
- 被适配者（Adaptee）：已经存在的、接口不符合当前系统需求的类或者接口，也就是需要被适配的对象。
- 适配器（Adapter）：核心角色，实现目标接口，同时持有被适配者的实例，在目标接口的方法中调用被适配者的对应逻辑，完成接口的转换。
Golang中适配器的两种实现方式
1. 对象适配器
对象适配器通过组合的方式持有被适配者的实例，是Golang中最常用的适配器实现方式，符合组合优于继承的设计原则。
假设我们有一个旧的用户信息服务，接口定义如下，返回的是用户的基础信息，但是新的业务模块需要的是包含用户等级信息的扩展接口：
// 被适配者：旧的用户信息服务
type OldUserSrv struct{}
// 旧服务的方法，返回用户ID和名称
func (s *OldUserSrv) GetBaseInfo(uid int) (int, string) {
// 模拟查询逻辑
if uid == 1 {
return 1, "张三"
}
return 0, ""
}
// 目标接口：新业务需要的用户信息接口
type NewUserSrv interface {
GetUserInfo(uid int) (int, string, int)
}
// 对象适配器，实现目标接口
type UserAdapter struct {
oldSrv *OldUserSrv
}
// 实现目标接口的GetUserInfo方法
func (a *UserAdapter) GetUserInfo(uid int) (int, string, int) {
// 调用旧服务的方法获取基础信息
id, name := a.oldSrv.GetBaseInfo(uid)
if id == 0 {
return 0, "", 0
}
// 模拟补充用户等级逻辑
level := 1
if uid > 1 {
level = 2
}
return id, name, level
}
使用方式如下：
func main() {
oldSrv := &OldUserSrv{}
adapter := &UserAdapter{oldSrv: oldSrv}
// 通过适配器调用新接口
id, name, level := adapter.GetUserInfo(1)
println("用户ID:", id, "名称:", name, "等级:", level)
}
2. 类适配器
Golang没有传统的继承机制，类适配器可以通过嵌入被适配者的结构体来模拟继承的效果，但是这种方式耦合度更高，实际使用中较少采用。
// 类适配器，嵌入OldUserSrv结构体
type ClassUserAdapter struct {
*OldUserSrv
}
// 实现目标接口的GetUserInfo方法
func (a *ClassUserAdapter) GetUserInfo(uid int) (int, string, int) {
id, name := a.GetBaseInfo(uid)
if id == 0 {
return 0, "", 0
}
level := 1
return id, name, level
}
两种实现方式的对比
| 对比维度 | 对象适配器 | 类适配器 |
|---|---|---|
| 实现方式 | 组合被适配者实例 | 嵌入被适配者结构体 |
| 耦合度 | 低，只依赖被适配者的接口 | 高，依赖被适配者的具体实现 |
| 灵活性 | 高，可以适配不同的被适配者实例 | 低，适配逻辑和被适配者绑定 |
| 推荐程度 | 优先使用 | 仅在特殊场景使用 |
适配器模式的使用场景
当遇到以下场景时，可以考虑使用适配器模式：
- 系统需要使用现有的类，但是这些类的接口不符合系统的需求。
- 想要创建一个可以复用的类，用于和一些彼此之间没有太大关联的类一起工作。
- 旧系统的接口和新系统的接口不兼容，但是又不想修改旧系统的代码。
注意：适配器模式虽然能解决接口不兼容的问题，但是不应该过度使用。如果接口差异过大，或者需要频繁修改适配逻辑，可能说明模块设计本身存在问题，这时候应该优先考虑优化接口定义，而不是盲目使用适配器。
总结
Golang的接口特性让适配器模式的实现非常简洁，核心就是通过适配器结构体实现目标接口，同时封装被适配者的调用逻辑。实际开发中优先选择对象适配器的方式，降低模块之间的耦合度。合理使用适配器模式，可以在不修改原有代码的基础上，让不兼容的接口协同工作，提升项目的可维护性和扩展性。