返回
理解Go设计模式之中的介者者模式：深入解析与代码实例
电脑技巧
2024-01-25 14:01:07
介者者模式：简化对象交互，提升系统可维护性
在软件开发中，对象之间不可避免地需要交互。当对象之间存在错综复杂的依赖关系时，维护和扩展程序将变得异常困难。为了应对这一挑战，设计模式应运而生。介者者模式就是其中一种经过验证的解决方案，可以帮助我们设计出更加灵活、易于维护的软件。
何谓介者者模式？
介者者模式是一种对象行为型设计模式，通过引入一个名为“介者者”的中心控制对象，协调和管理多个对象之间的交互。介者者就像一个交通警察，负责指挥和协调不同对象之间的通信，从而降低对象之间的耦合度，简化交互过程。
核心概念
介者者模式的核心思想围绕着三个关键概念展开：
- 介者者 (Mediator) ：介者者对象是模式的核心，负责管理和协调对象之间的交互。它可以是独立的对象，也可以是其中一个参与交互对象的成员。
- 具体对象 (Concrete Colleague) ：参与交互的对象称为具体对象。它们不再直接相互通信，而是通过介者者对象进行沟通。
- 交互 (Interaction) ：具体对象之间的交互由介者者对象处理和协调。介者者可以将消息从一个具体对象传递到另一个，也可以汇总和响应来自多个具体对象的请求。
优缺点
介者者模式的引入既带来了优点，也存在一些缺点：
优点：
- 降低耦合度： 介者者模式通过引入介者者对象，降低了对象之间的耦合度。对象不再需要直接彼此了解，而是通过介者者进行间接通信。
- 简化对象交互： 介者者对象负责处理对象之间的通信，简化了对象交互过程。具体对象不再需要自行处理交互逻辑，只需要关注自己的业务逻辑即可。
- 提高系统可维护性： 将对象交互逻辑集中在介者者对象中，提高了系统的可维护性。当需要修改或扩展交互时，只需修改介者者对象即可，无需修改所有参与交互的具体对象。
缺点：
- 增加复杂度： 引入介者者对象可能会增加系统的复杂度，因为需要创建和维护一个额外的对象来管理交互。
- 降低性能： 介者者对象负责处理所有对象之间的交互，可能会成为系统性能的瓶颈，尤其是当对象数量较多时。
应用场景
介者者模式适用于以下场景：
- 对象之间存在复杂的依赖关系，需要降低耦合度。
- 对象之间需要频繁交互，需要简化交互过程。
- 系统需要扩展，需要提高可维护性。
代码示例 (Go 语言)
package main
import "fmt"
// Mediator 定义了介者者接口。
type Mediator interface {
Send(msg string, colleague Colleague)
}
// Colleague 定义了具体对象接口。
type Colleague interface {
Receive(msg string)
}
// ConcreteMediator 是介者者类的具体实现。
type ConcreteMediator struct {
colleagues []Colleague
}
// Send 将消息发送给指定的接收对象。
func (m *ConcreteMediator) Send(msg string, colleague Colleague) {
for _, c := range m.colleagues {
if c != colleague {
c.Receive(msg)
}
}
}
// ConcreteColleagueA 是具体对象A的具体实现。
type ConcreteColleagueA struct {
mediator Mediator
}
// Receive 接收消息并打印。
func (c *ConcreteColleagueA) Receive(msg string) {
fmt.Println("ConcreteColleagueA received:", msg)
}
// ConcreteColleagueB 是具体对象B的具体实现。
type ConcreteColleagueB struct {
mediator Mediator
}
// Receive 接收消息并打印。
func (c *ConcreteColleagueB) Receive(msg string) {
fmt.Println("ConcreteColleagueB received:", msg)
}
func main() {
mediator := &ConcreteMediator{}
colleagueA := &ConcreteColleagueA{mediator}
colleagueB := &ConcreteColleagueB{mediator}
mediator.colleagues = append(mediator.colleagues, colleagueA, colleagueB)
colleagueA.Receive("Hello, ColleagueB!")
colleagueB.Receive("Hello, ColleagueA!")
}
运行结果：
ConcreteColleagueA received: Hello, ColleagueB!
ConcreteColleagueB received: Hello, ColleagueA!
常见问题解答
1. 介者者模式与工厂模式有何区别？
工厂模式负责创建对象，而介者者模式负责协调对象之间的交互。
2. 介者者模式与观察者模式有何关系？
介者者模式和观察者模式都是对象行为型模式，但介者者模式侧重于管理对象之间的交互，而观察者模式侧重于通知对象有关状态变化。
3. 什么时候应该使用介者者模式？
当对象之间存在复杂的依赖关系，需要降低耦合度和简化交互时，可以使用介者者模式。
4. 介者者模式的缺点是什么？
介者者模式可能会增加系统的复杂度和降低性能。
5. 介者者模式的最佳实践是什么？
应将介者者对象的职责限制在管理对象交互，避免将其变成臃肿的“上帝对象”。
