中介者模式通过中介者对象封装对象交互以解耦,Go中用接口定义契约、结构体实现协调逻辑,参与者仅依赖Mediator接口;支持函数值简化轻量场景,或结合channel实现异步松耦合。
中介者模式通过引入一个中介者对象来封装一组对象之间的交互,避免对象间直接耦合。在 Go 中虽无类继承体系,但借助接口、结构体和组合,能简洁高效地实现该模式——核心是把“谁跟谁通信”变成“谁跟中介者说话”。
定义中介者接口与具体中介者
先抽象出中介者行为:它需要能接收消息、分发通知、协调不同参与者。Go 中用接口表达契约:
type Mediator interface {Notify(sender interface{}, event string, data interface{})}
再实现具体中介者(如
),内部维护参与者列表或映射,按事件类型
路由
逻辑:
立即学习
“
go语言免费学习笔记(深入)
”;
用
按频道/角色分组监听者
方法不直接调用接收方,而是查表 + 遍历通知,解耦发送方与接收方
可扩展支持异步投递(如发到 channel)、过滤条件或优先级
设计参与者并注入中介者
参与者(如
、
)不持有其他参与者的引用,只持有一个
接口:
type User struct {name stringmediator Mediator}func (u *User) Send(msg string) {u.mediator.Notify(u, "message", msg)}
React Native For Android 源码编译 中文WORD版
本文档主要讲述的是React Native For Android 源码编译;希望对大家会有帮助;感兴趣的朋友可以过来看看
下载
构造时传入中介者实例,实现依赖注入
所有交互统一走
,不出现
或
这类硬
编码
调用
参与者彼此完全不知晓对方存在,便于单独测试和替换
用闭包或函数值简化轻量中介逻辑
若场景简单(如 UI 组件联动),无需完整结构体,可用函数值模拟中介者:
type EventHandler func(event string, data interface{})var mediator EventHandlerfunc Register(handler EventHandler) {mediator = handler}// 按钮点击时触发button.OnClick = func() { mediator("submit", form.Data()) }
适合配置驱动、事件总线式协作
避免为简单逻辑引入额外类型,保持轻量
仍满足“集中分发、消除直连”的中介者本质
结合 Channel 实现松耦合异步中介
Go 的 channel 天然适合作为消息管道。中介者可启动 goroutine 监听事件 channel,并广播给注册的 handler:
type Event struct { From interface{}; Type string; Payload interface{} }type ChatMediator struct {events chan Eventhandlers map[string][]chan}
发送方只往
channel 写,不关心谁读
中介者负责复用、过滤、广播,甚至做限流或重试
接收方可是任意
基本上就这些。Go 不强调模式名称,而重在解决“谁该知道谁”的问题。中介者模式在模块边界清晰、交互规则多变(如聊天室权限、工作流审批)时特别实用——不复杂但容易忽略的是:别让中介者变成上帝对象,它只调度,不业务。
ChatRoommap[string][]ParticipantNotifyUserNotificationServiceMediatorNotifyservice.Process()user.Update()eventschan,包括日志、DB、HTTP 客户端等,彻底解耦