中介者模式通过引入中介者对象解耦多个组件间的直接通信，Go语言中利用接口和组合实现该模式。以聊天室为例，用户发送消息由中介者ChatRoom统一转发，避免用户间直接引用，降低耦合。User组件通过Mediator接口与ChatRoom交互，新增用户只需注册即可参与通信，扩展性强。该模式适用于事件总线、UI组件通信等需松耦合的场景，集中控制消息流，便于添加通用逻辑。
在 Go 语言中，中介者模式（Mediator Pattern）可以用来解耦多个组件之间的直接通信。通过引入一个“中介者”对象，各个组件不再互相持有引用，而是将交互逻辑委托给中介者统一处理。这种方式特别适用于多个模块需要协作但又不希望产生强耦合的场景。
核心概念说明
中介者模式包含以下几个关键角色：
- Mediator（中介者）：定义组件间通信的接口，负责协调多个组件的行为。
- Component（组件）：各个具体的功能模块，它们不直接通信，而是通过中介者进行消息传递。
- Concrete Mediator（具体中介者）：实现协调逻辑，决定某个组件行为触发后，其他组件应如何响应。
简单示例：聊天室中的用户通信
我们以一个简单的聊天室为例，多个用户（User）作为组件，ChatRoom 作为中介者。用户发送消息时不直接发给其他用户，而是交给聊天室统一转发。
<span>package</span> main
<span>import</span> "fmt"
<span>// User 用户组件</span>
<span>type</span> User <span>struct</span> {
name string
chatRoom *ChatRoom
}
<span>func</span> (u *User) Send(message string) {
fmt.Printf("%s 发送消息: %s\n", u.name, message)
u.chatRoom.HandleMessage(u, message)
}
<span>func</span> (u *User) Receive(sender *User, message string) {
fmt.Printf("%s 收到 %s 的消息: %s\n", u.name, sender.name, message)
}
<span>// Mediator 接口</span>
<span>type</span> Mediator <span>interface</span> {
HandleMessage(sender *User, message string)
}
<span>// ChatRoom 具体中介者</span>
<span>type</span> ChatRoom <span>struct</span> {
users []*User
}
<span>func</span> (c *ChatRoom) Register(user *User) {
user.chatRoom = c
c.users = append(c.users, user)
}
<span>func</span> (c *ChatRoom) HandleMessage(sender *User, message string) {
<span>for</span> _, user := <span>range</span> c.users {
<span>if</span> user != sender {
user.Receive(sender, message)
}
}
}
<span>func</span> main() {
chatRoom := &ChatRoom{}
alice := &User{name: "Alice"}
bob := &User{name: "Bob"}
charlie := &User{name: "Charlie"}
chatRoom.Register(alice)
chatRoom.Register(bob)
chatRoom.Register(charlie)
alice.Send("大家好，我是 Alice！")
bob.Send("Hi，我是 Bob。")
}
输出结果
运行上述代码，输出如下：
立即学习“go语言免费学习笔记（深入）”；
云雀语言模型
54
云雀是一款由字节跳动研发的语言模型，通过便捷的自然语言交互，能够高效的完成互动对话
54
查看详情
Alice 发送消息: 大家好，我是 Alice！ Bob 收到 Alice 的消息: 大家好，我是 Alice！ Charlie 收到 Alice 的消息: 大家好，我是 Alice！ Bob 发送消息: Hi，我是 Bob。 Alice 收到 Bob 的消息: Hi，我是 Bob。 Charlie 收到 Bob 的消息: Hi，我是 Bob。
优点与适用场景
这种设计方式有以下好处：
- 降低组件间的依赖关系，每个 User 不需要知道其他用户的细节。
- 扩展性强，新增用户只需注册到聊天室即可自动参与通信。
- 集中控制消息流转逻辑，便于添加过滤、日志、权限等通用功能。
适合用于事件总线、UI 组件通信、微服务协调等需要松耦合交互的场景。
基本上就这些。Go 没有继承机制，但通过接口和组合完全可以实现清晰的中介者模式结构。关键是把“谁来协调”和“谁来执行”分开。不复杂但容易忽略。
相关标签：
go golang go语言 app ai golang 继承 接口 委托 Go语言 对象 事件 ui
大家都在看：
Go语言中解析JSON时保留64位整型值的策略
如何在 Go 中解析转义的 JSON 字符串
Go语言中Goroutine与标准库及第三方包的并发使用指南
Go语言子字符串的内存管理与高效复制：避免潜在的内存泄露
Go语言中切片指针的预分配与填充：惯用方法解析
如何在 Go 中解析转义的 JSON 字符串
Go语言中Goroutine与标准库及第三方包的并发使用指南
Go语言子字符串的内存管理与高效复制：避免潜在的内存泄露
Go语言中切片指针的预分配与填充：惯用方法解析
本站资料仅供学习交流使用请勿商业运营，严禁从事违法，侵权等任何非法活动，否则后果自负！
THE END
暂无评论内容