第十课 中介者模式1

中介者模式是一种设计模式，它的主要目标是降低对象之间的耦合度，使系统中的各个对象不必显式地相互引用，而是通过一个共同的中介对象进行通信。这种模式尤其适用于那些对象间存在复杂的交互关系，而这些关系如果直接耦合会导致代码难以理解和维护的情况。 在描述中提到的使用场景，我们可以看到，当多个对象之间存在频繁的交互时，如果每个对象都直接与其他对象进行通信，将会导致代码的复杂性急剧增加，同时也增加了维护的难度。中介者模式的引入可以解决这个问题，它将原本分散在各个对象中的控制逻辑集中到一个中介者对象中，使得对象之间的关系更加清晰，降低了对象间的直接依赖。 中介者模式的基本结构通常包含以下部分： 1. **具体对象（Concrete Mediator）**：这是实际的中介者，它知道所有的同事类，并负责协调它们的行为。 2. **抽象中介者（Mediator）**：定义了中介者与同事对象之间的接口，规定了同事对象如何与中介者交互。 3. **同事类（Colleague）**：这些是需要被协调的对象，它们通过中介者与彼此交互，而不是直接相互引用。 在示例代码中，`Fn1` 是一个具体的同事类，它有一个 `num` 属性和 `add`、`less` 方法。原本，`Fn1` 需要直接操作另一个对象的属性，但现在它通过 `middleFn`（中介者）来进行操作。`middleFn` 实现了中介者的功能，它有 `addArr` 和 `lessArr` 用于存储操作记录，以及 `init`、`addFn`、`lessFn` 和 `getCount` 方法，用于初始化、添加操作、减少操作以及获取操作计数。 中介者模式的优点： 1. **降低复杂性**：通过中介者，对象之间的交互变得简单，每个对象只需要与中介者交互，而不是与其他所有对象。 2. **解耦**：对象不再直接依赖其他对象，而是依赖中介者，这减少了对象间的耦合。 3. **可扩展性**：增加新的同事类或改变现有同事类的行为，只需修改中介者，而不必修改所有相关对象。 然而，中介者模式也存在一些缺点： 1. **中介者可能导致代码过于集中**：如果中介者变得过于庞大，维护起来可能会很困难。 2. **过度使用可能增加复杂性**：在职责不明确或对象间关系简单的情况下使用中介者可能会造成不必要的复杂性。 在实际的前端开发中，例如在一个组件化的应用中，组件之间的通信就是一个典型的中介者模式的应用场景。组件可以通过事件总线或者状态管理库（如 Redux 或 Vuex）作为中介者来传递数据和触发行为，而不是直接引用其他组件。 中介者模式是一种有效的工具，用于处理对象之间的复杂交互关系，提高代码的可读性和可维护性。在设计系统时，应根据具体情况选择是否采用此模式，以确保代码的简洁和高效。