中介者模式通过引入中心化中介者减少对象间直接依赖，降低耦合度，提升可维护性与扩展性；在Golang中通过定义中介者和组件接口实现，组件通过中介者通信而非直接交互；优势为解耦，局限是中介者可能成为承担过多职责的“上帝对象”；可通过划分职责、下放业务逻辑或使用多个细粒度中介者避免该问题；典型应用场景包括GUI组件协调、聊天室消息传递、工作流引擎任务调度及事件驱动架构中的处理器协调。
中介者模式在Golang中主要用于减少对象之间的直接依赖，通过一个中心化的中介者来协调各个模块的交互。这有助于降低系统的耦合度，提高可维护性和可扩展性。
解决方案
在Golang中实现中介者模式，通常需要定义一个中介者接口和具体的实现，以及各个需要交互的组件。组件不直接相互调用，而是通过中介者进行通信。
- 定义中介者接口：
type Mediator interface {
Register(component Component)
Send(message string, from Component)
}- 创建具体中介者：
type ConcreteMediator struct {
components []Component
}
func (m *ConcreteMediator) Register(component Component) {
m.components = append(m.components, component)
}
func (m *ConcreteMediator) Send(message string, from Component) {
for _, component := range m.components {
if component != from {
component.Receive(message)
}
}
}- 定义组件接口：
type Component interface {
SetMediator(mediator Mediator)
Send(message string)
Receive(message string)
}- 实现具体组件：
type ConcreteComponent struct {
mediator Mediator
name string
}
func (c *ConcreteComponent) SetMediator(mediator Mediator) {
c.mediator = mediator
}
func (c *ConcreteComponent) Send(message string) {
fmt.Printf("%s sends: %s\n", c.name, message)
c.mediator.Send(message, c)
}
func (c *ConcreteComponent) Receive(message string) {
fmt.Printf("%s receives: %s\n", c.name, message)
}
func (c *ConcreteComponent) SetName(name string) {
c.name = name
}- 使用示例：
func main() {
mediator := &ConcreteMediator{}
component1 := &ConcreteComponent{name: "Component1"}
component2 := &ConcreteComponent{name: "Component2"}
component1.SetMediator(mediator)
component2.SetMediator(mediator)
mediator.Register(component1)
mediator.Register(component2)
component1.Send("Hello from Component1")
component2.Send("Hi from Component2")
}Golang中介者模式的优势与局限性？
优势在于解耦，组件不再需要知道其他组件的存在，降低了系统的复杂性。 局限性在于，中介者本身可能变得非常复杂，承担过多的责任，成为一个“上帝对象”。需要权衡，不要过度使用。另外，如果组件间的交互非常简单，使用中介者模式可能会增加不必要的复杂性。
立即学习“go语言免费学习笔记（深入）”；
如何避免中介者模式中的“上帝对象”问题？
避免中介者成为“上帝对象”的关键在于合理划分职责。 中介者应该只负责协调组件间的通信，而不应该包含过多的业务逻辑。 可以考虑将部分业务逻辑下放到组件中，或者使用多个中介者来分担职责。 另外，可以使用更细粒度的中介者，每个中介者只负责协调一部分组件的交互。 还可以考虑使用观察者模式或责任链模式来替代中介者模式，如果这些模式更适合解决当前的问题。
中介者模式在实际项目中的应用场景有哪些？
中介者模式常用于GUI框架中，协调各个UI组件的交互。例如，在一个表单中，各个输入框、按钮等组件可以通过中介者来协调，实现数据验证、提交等功能。 另一个常见的应用场景是聊天室，各个用户可以通过中介者来发送和接收消息，而不需要直接与其他用户建立连接。 在工作流引擎中，中介者可以用来协调各个任务节点之间的流转，实现复杂的业务流程。 还可以用于事件驱动架构中，中介者可以用来协调各个事件处理器的执行顺序。
