{"id":1044,"date":"2021-01-02T09:43:50","date_gmt":"2021-01-02T08:43:50","guid":{"rendered":"http:\/\/mateuszglowinski.pl\/?p=1044"},"modified":"2021-01-03T11:45:06","modified_gmt":"2021-01-03T10:45:06","slug":"mediator-programming-pattern","status":"publish","type":"post","link":"https:\/\/mateuszglowinski.pl\/index.php\/2021\/01\/02\/mediator-programming-pattern\/","title":{"rendered":"Mediator Programming Pattern"},"content":{"rendered":"\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Introduction<\/h2>\n
The mediator pattern allows loose coupling by encapsulating the way disparate sets of objects interact and communicate with each other. Allows for the actions of each object set to vary independently of one another.<\/div>\n
<\/div>\n
\n
\"\"<\/div>\n

Definition<\/h2>\nMediator is a behavioral design pattern that lets you reduce chaotic dependencies between objects. The pattern restricts direct communications between the objects and forces them to collaborate only via a mediator\u00a0object.\n

\n\"\"\n
\n

Problem solved by „Mediator”<\/h2>\n
Imagine we’re building a cooling system that consists of a power supply, fan and a button. Pressing the button should either turn on or turn off the fan. Before we turn the fan on, we need to turn on the power. Similarly, we have to turn off the power right after the fan is turned off.<\/div>\n
<\/div>\n<\/div>\n
\n\nFirst let’s implement class for a power supply.\n
public class PowerSupply {\n    public void turnOn() {\n        System.out.println(\"Turn on power-supply\");\n    }\n\n    public void turnOff() {\n        System.out.println(\"Turn off power-supply\");\n    }\n}\n<\/pre>\n<\/div>\nNow it’s turn for a fan class. Every electric fan needs source of energy, therefore we need to reference PowerSupply class to Fan class.\n
\n
public class Fan {\n    private PowerSupply powerSupply;\n    private boolean isOn = false;\n\n    public Fan(PowerSupply powerSupply){\n        this.powerSupply = powerSupply;\n    }\n\n    public boolean isOn() {\n        return isOn;\n    }\n\n    public void turnOn() {\n        powerSupply.turnOn();\n        isOn = true;\n    }\n\n    public void turnOff() {\n        isOn = false;\n        powerSupply.turnOff();\n    }\n}\n<\/pre>\n<\/div>\nOne last thing to implement is a control for a fan. It might be a button.\n
\n
public class Button {\n    private Fan fan;\n\n    public Button(Fan fan)\n    {\n        this.fan = fan;\n    }\n\n    public void press(){\n        if(fan.isOn()){\n            fan.turnOff();\n        } else {\n            fan.turnOn();\n        }\n    }\n}\n<\/pre>\n<\/div>\nLet’s test our cooling system.\n
public class CoolingSystem {\n    public static void main(String[] args){\n        PowerSupplier powerSupplier = new PowerSupplier();\n        Fan fan = new Fan(powerSupplier);\n        Button button = new Button(fan);\n\n        System.out.println(fan.isOn());\n        button.press();\n        System.out.println(fan.isOn());\n        button.press();\n        System.out.println(fan.isOn());\n    }\n}\n<\/pre>\nOur system is working, but as you can predict, it will be difficult to implement changes and expand the system in such full of dependencies logic. That is not what good programmers do.\n
Solution<\/h2>\nSolution for reducing element’s dependencies would be to introduce mediator class. In our case it will also cover cooling system functionality.\n
public class Mediator {\n    private Button button;\n    private Fan fan;\n    private PowerSupply PowerSupply;\n\n    public Mediator() {\n        this.button = new Button(this);\n        this.fan = new Fan(this);\n        this.PowerSupply = new PowerSupply();\n    }\n\n    public void press() {\n        if (fan.isOn()) {\n            fan.turnOff();\n        } else {\n            fan.turnOn();\n        }\n    }\n\n    public void start() {\n        PowerSupply.turnOn();\n    }\n\n    public void stop() {\n        PowerSupply.turnOff();\n    }\n}\n<\/pre>\nComponents should refer to mediator object and not each other, because mediator is taking care about system functionality and dependencies.\n
public class Button {\n    private Mediator mediator;\n\n    public Button(Mediator mediator){\n        this.mediator = mediator;\n    }\n\n    public void press() {\n        mediator.press();\n    }\n}\n<\/pre>\n
public class Fan {\n    private Mediator mediator;\n    private boolean isOn = false;\n\n    public Fan(Mediator mediator){\n        this.mediator = mediator;\n    }\n\n    public boolean isOn() {\n        return isOn;\n    }\n\n    public void turnOn() {\n        mediator.start();\n        isOn = true;\n    }\n\n    public void turnOff() {\n        isOn = false;\n        mediator.stop();\n    }\n}\n<\/pre>\nPowerSupply class does not require any changes. Also notice that Button and Fan classes are referencing back to Mediator class.\n\nWe are ready for retesting our cooling system one more time.\n
public class CoolingSystem {\n    public static void main(String[] args){\n        Mediator coolingSystem = new Mediator();\n        Button button = new Button(coolingSystem);\n        button.press();\n        button.press();\n    }\n}\n<\/pre>\n
Pros<\/h2>\n
\n