Mediator pattern


In software engineering, the mediator pattern defines an object that encapsulates how a set of objects interact. This pattern is considered to be a behavioral pattern due to the way it can alter the program's running behavior.
In object-oriented programming, programs often consist of many classes. Business logic and computation are distributed among these classes. However, as more classes are added to a program, especially during maintenance and/or refactoring, the problem of communication between these classes may become more complex. This makes the program harder to read and maintain. Furthermore, it can become difficult to change the program, since any change may affect code in several other classes.
With the mediator pattern, communication between objects is encapsulated within a mediator object. Objects no longer communicate directly with each other, but instead communicate through the mediator. This reduces the dependencies between communicating objects, thereby reducing coupling.

Overview

The Mediator design pattern is one of the twenty-three well-known design patterns that describe how to solve recurring design problems to design flexible and reusable object-oriented software, that is, objects that are easier to implement, change, test, and reuse.
What problems can the Mediator design pattern solve?
Defining a set of interacting objects by accessing and updating each other directly is inflexible because it tightly couples the objects to each other and makes it impossible to change the interaction independently from the objects.
And it stops the objects from being reusable and makes them hard to test.
Tightly coupled objects are hard to implement, change, test, and reuse because they refer to and know about many different objects.
What solution does the Mediator design pattern describe?
The objects interact with each other indirectly through a mediator object that controls and coordinates the interaction.
This makes the objects loosely coupled. They only refer to and know about their mediator object and have no explicit knowledge of each other.
See also the UML class and sequence diagram below.

Definition

The essence of the Mediator Pattern is to "define an object that encapsulates how a set of objects interact". It promotes loose coupling by keeping objects from referring to each other explicitly, and it allows their interaction to be varied independently. Client classes can use the mediator to send messages to other clients, and can receive messages from other clients via an event on the mediator class.

Structure

UML class and sequence diagram

In the above UML class diagram, the Colleague1 and Colleague2 classes do not refer to each other directly.
Instead, they refer to the common Mediator interface for controlling and coordinating interaction, which makes them independent from one another with respect to how the interaction is carried out.
The Mediator1 class implements the interaction between Colleague1 and Colleague2.
The UML sequence diagram shows the run-time interactions. In this example, a Mediator1 object
mediates the interaction between Colleague1 and Colleague2 objects.
Assuming that Colleague1 wants to interact with Colleague2, Colleague1 calls mediate on the Mediator1 object, which gets the changed data from Colleague1 and performs an action2 on Colleague2.
Thereafter,
Colleague2 calls mediate on the Mediator1 object, which gets the changed data from Colleague2 and performs an action1 on Colleague1.

Class diagram

;Participants
Mediator - defines the interface for communication between Colleague objects
ConcreteMediator - implements the Mediator interface and coordinates communication between Colleague objects. It is aware of all of the Colleagues and their purposes with regards to inter-communication.
Colleague - defines the interface for communication with other Colleagues through its Mediator
ConcreteColleague - implements the Colleague interface and communicates with other Colleagues through its Mediator

Example

C#

The Mediator pattern ensures that components are loosely coupled, such that they do not call each other explicitly, but instead do so through calls to a mediator. In the following example, the Mediator registers all Components and then calls their SetState methods.

public interface IComponent
public class Component1 : IComponent
public class Component2 : IComponent
// Mediates the common tasks
public class Mediator

A chat room could use the Mediator pattern, or a system where many ‘clients’ each receive a message each time one of the other clients performs an action. In reality using the Mediator pattern for a chat room would only be practical when used with remoting. Using raw sockets would not allow for the delegate callbacks.

public delegate void MessageReceivedEventHandler;
public class Mediator
public class Person

Java

In the following example, a Mediator object controls the values of several Storage objects forcing the user code to access to the stored values through the mediator. When a storage object wants to emit an event indicating that its value has changed, it also goes back to the mediator object that controls the list of the observers.

import java.util.HashMap;
import java.util.Optional;
import java.util.concurrent.CopyOnWriteArrayList;
import java.util.function.Consumer;
class Storage
class Mediator
public class MediatorDemo