Golang实现中介者模式，简化对象交互方案

中介者模式通过引入中间人协调对象通信，降低直接依赖。在Golang中，借助接口和组合实现该模式，适用于多个对象频繁交互的场景。其核心步骤包括：1. 定义同事接口；2. 实现具体同事类并持有中介者引用；3. 定义中介者接口；4. 实现具体中介者处理消息转发。适用场景有GUI组件通信、游戏角色交互及多模块协作系统。使用时需注意避免中介者臃肿和调试复杂化，可通过拆分职责或保持中介者单纯转发逻辑来解决。

在实际开发中，对象之间频繁交互会导致代码结构复杂、耦合度高。中介者模式（Mediator Pattern）通过引入一个“中间人”来协调多个对象之间的通信，从而降低它们的直接依赖关系。Golang 虽然没有继承机制，但凭借接口和组合特性，实现中介者模式依然非常自然。

下面我们就来看看如何用 Golang 实现中介者模式，以及它适合用在哪些场景中。

什么是中介者模式？

中介者模式的核心思想是：将多个对象之间的交互集中到一个中介者对象中处理。这样对象之间不再互相引用，而是统一与中介者沟通。

举个例子：在一个聊天室系统中，如果每个用户都直接与其他用户通信，那么用户类之间会产生大量依赖。而使用中介者后，用户只需把消息发给“聊天室”这个中介者，由它负责转发即可。

这种方式带来的好处是：

• 解耦对象之间的直接依赖
• 提高系统的可维护性和扩展性
• 更容易控制通信流程

如何用 Golang 实现中介者模式？

我们可以用接口定义组件的行为，再构建一个中介者结构体来协调这些组件。

以下是一个简单的实现示例：

package main

import "fmt"

// 定义同事接口
type Colleague interface {
    Send(message string)
    Receive(message string)
}

// 实现具体同事A
type ConcreteColleagueA struct {
    mediator Mediator
}

func (c *ConcreteColleagueA) Send(message string) {
    fmt.Println("A sends:", message)
    c.mediator.Send(message, c)
}

func (c *ConcreteColleagueA) Receive(message string) {
    fmt.Println("A received:", message)
}

// 实现具体同事B
type ConcreteColleagueB struct {
    mediator Mediator
}

func (c *ConcreteColleagueB) Send(message string) {
    fmt.Println("B sends:", message)
    c.mediator.Send(message, c)
}

func (c *ConcreteColleagueB) Receive(message string) {
    fmt.Println("B received:", message)
}

// 定义中介者接口
type Mediator interface {
    Send(message string, colleague Colleague)
}

// 实现具体中介者
type ConcreteMediator struct {
    colleagueA *ConcreteColleagueA
    colleagueB *ConcreteColleagueB
}

func (m *ConcreteMediator) Send(message string, colleague Colleague) {
    if colleague == m.colleagueA {
        m.colleagueB.Receive(message)
    } else {
        m.colleagueA.Receive(message)
    }
}

在这个例子中：

• Colleague 接口定义了发送和接收消息的方法
• 每个同事持有一个中介者的引用
• 中介者根据消息来源决定将消息发送给谁

中介者模式适用于哪些场景？

中介者模式特别适合以下几种情况：

• 多个对象之间存在复杂的交互逻辑
• 对象之间相互引用导致难以维护
• 希望将交互逻辑集中管理而不是分散在各个对象中

常见应用场景包括：

• GUI 组件之间的通信
• 游戏中的角色与系统交互
• 多模块协作的业务系统（如订单系统中库存、支付、物流等模块）

使用中介者模式时需要注意什么？

虽然中介者能解耦对象间的依赖，但也有一些潜在问题需要注意：

• 中介者可能变得臃肿：随着交互逻辑增多，中介者可能会承担过多职责，变成“上帝对象”
• 调试难度增加：由于通信路径变长，排查问题时需要多跳一层中介者

为避免这些问题，可以：

• 将中介者拆分为多个小中介者，按功能划分职责
• 保持中介者的职责单一，不处理具体业务逻辑，只做转发或调度

总的来说，中介者模式是一种非常适合用来简化对象间复杂交互的设计模式。在 Golang 中，利用接口和结构体组合可以很自然地实现它。只要注意合理划分职责，就能有效提升代码的可读性和可维护性。

基本上就这些。