如何在Golang中应用中介者模式简化通信_减少对象间依赖

中介者模式在Go中通过结构体、接口和组合实现，用ChatRoom等具体中介者封装对象交互，避免紧耦合；同事对象仅依赖Mediator接口，通过Notify通信，支持灵活替换与测试。

在 Go 语言中，中介者模式（Mediator Pattern）不是靠继承或接口强制实现的“框架式”设计，而是通过一个中心化的协调者（Mediator）来封装多个对象（Colleague）之间的交互逻辑，从而避免对象间直接引用和紧耦合。Go 没有类和继承，但完全可以用结构体、接口和函数组合自然地表达这一思想——关键是把“谁和谁通信”的决策从参与者中抽离出来，交给一个明确的中介者负责。

定义清晰的 Mediator 接口与具体实现

先抽象出中介者行为：它需要能接收消息、识别发送方/接收方、并触发相应处理。不依赖具体类型，只依赖约定好的方法签名。

例如：

type Mediator interface {
    Notify(sender interface{}, event string, data interface{})
}

type ChatRoom struct {
    users map[string]User
}

func (c *ChatRoom) Notify(sender interface{}, event string, data interface{}) {
    switch event {
    case "join":
        c.broadcast(sender, "new user joined")
    case "message":
        c.broadcast(sender, data.(string))
    }
}

func (c *ChatRoom) broadcast(exclude interface{}, msg string) {
    for _, u := range c.users {
        if u != exclude {
            u.Receive(msg)
        }
    }
}

这里 ChatRoom 是具体中介者，它不关心用户具体是什么类型，只通过 User 接口的 Receive 方法通信。

让协作对象只依赖 Mediator 接口，不互相引用

每个“同事”（如 User）持有 Mediator 的引用，但不持有其他同事的引用。它的所有对外动作都通过中介者中转。

定义同事接口：

type User interface {
    Send(event string, data interface{})
    Receive(msg string)
    SetMediator(m Mediator)
}

具体实现只需关注自身职责：

type ConcreteUser struct {
    name     string
    mediator Mediator
}

func (u *ConcreteUser) Send(event string, data interface{}) {
    u.mediator.Notify(u, event, data) // 不知道谁会响应，只通知中介者
}

func (u *ConcreteUser) Receive(msg string) {
    fmt.Printf("[%s] received: %s\n", u.name, msg)
}

func (u *ConcreteUser) SetMediator(m Mediator) {
    u.mediator = m
}

这样，User A 和 User B 完全解耦：A 不需要知道 B 的存在，也不需要调用 B 的任何方法。