Mediator: Centralized Communication

Why this matters

Think of an airport. Planes don't talk to each other directly — they all communicate through the control tower. Without the tower, every plane would need to know about every other plane. With it, each plane only needs one connection. Mediator applies the same hub-and-spoke model to your objects: instead of N objects each holding references to N-1 others (O(N²) connections), every object holds one reference to the mediator (O(N) connections).

Piensa en un aeropuerto. Los aviones no se hablan directamente entre sí — todos se comunican a través de la torre de control. Sin la torre, cada avión necesitaría saber sobre todos los demás. Con ella, cada avión solo necesita una conexión. Mediator aplica el mismo modelo hub-and-spoke a tus objetos: en lugar de N objetos con referencias a N-1 otros (O(N²) conexiones), cada objeto tiene una referencia al mediador (O(N) conexiones).

✗ The problem

✓ The solution

Real-world appearancesApariciones en el mundo real

UI frameworks use Mediator constantly. A form with many fields that enable/disable each other shouldn't have fields wired to each other — a form controller (mediator) handles it. Redux and Vuex are Mediators for application state. Event buses (Node.js EventEmitter, browser CustomEvent) are mediators. Chat servers, message brokers (RabbitMQ, Kafka) — all variations of the same idea.

Los frameworks de UI usan Mediator constantemente. Un formulario con muchos campos que se habilitan/deshabilitan entre sí no debería tener campos conectados entre sí — un controlador de formulario (mediador) lo maneja. Redux y Vuex son Mediadores para el estado de la aplicación. Los buses de eventos (Node.js EventEmitter, CustomEvent del navegador) son mediadores. Servidores de chat, brokers de mensajes (RabbitMQ, Kafka) — todas variaciones de la misma idea.