GO设计模式——7、适配器模式(结构型)

目录

[适配器模式(Adapter Pattern)](#适配器模式(Adapter Pattern))

优缺点

使用场景

注意事项

代码实现


适配器模式(Adapter Pattern)

适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁。将一个类的接口转化为客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

优缺点

(1)优点:

  • 可以让任何两个没有关联的类一起运行。
  • 提高了类的复用。
  • 增加了类的透明度。
  • 灵活性好。

(2)缺点:过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。

使用场景

  • 有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。

注意事项

适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。

代码实现

Go 复制代码
package main

import "fmt"

// 新接口
type MusicPlayer interface {
    play(fileType string, fileName string)
}

// 旧接口
type ExistPlayer struct {
}

func (e *ExistPlayer) PlayMp3(filName string) {
    fmt.Println("play mp3:", filName)
}
func (e *ExistPlayer) PlayWma(fileName string) {
    fmt.Println("play wma:", fileName)
}

// 适配器
type PlayerAdapter struct {
    existPlayer ExistPlayer
}

func (p *PlayerAdapter) play(fileType string, fileName string) {
    switch fileType {
    case "mp3":
       p.existPlayer.PlayMp3(fileName)
    case "wma":
       p.existPlayer.PlayWma(fileName)
    default:
       fmt.Println("暂不支持此类型文件播放")
    }
}
func main() {
    player := PlayerAdapter{}
    player.play("mp3", "nsjd")
    player.play("wma", "孤勇者")
}
相关推荐
葫芦和十三2 小时前
图解 MongoDB 09|explain 再读:从 queryPlanner 到 executionStats
后端·mongodb·agent
葫芦和十三2 小时前
图解 MongoDB 10|覆盖查询:让索引把活干完,根本不用回表
后端·mongodb·agent
大鸡腿同学3 小时前
从 CoT 思维链到 ReAct:智能 Agent 到底是怎么 “思考” 的?
后端
IT_陈寒5 小时前
Vite的静态资源打包让我熬夜到三点,这坑千万别跳
前端·人工智能·后端
SamDeepThinking6 小时前
高并发场景下,CompletableFuture与ForkJoinPool该如何取舍?
java·后端·面试
Asize6 小时前
多模态生图:从 Vite 工程化到前端调用 Qwen Image
javascript·人工智能·后端
java小白小6 小时前
SpringBoot(09):缓存实战——穿透、雪崩、击穿的解决方案
后端
java小白小7 小时前
SpringBoot(08):Redis 集成——5 分钟给你的项目加上缓存
后端
LiuMingXin7 小时前
意图与代码之间:AI编程范式全景解读
前端·后端·面试
用户34232323763177 小时前
边缘计算与云边协同——当采集不再只是“上传“
后端