中介者模式(Mediator Pattern)也被称为调停者模式,是在 GoF 23 种设计模式中定义了的行为型模式。
中介者模式 是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。
~
本篇文章内容包括:关于中介模式、中介者模式 Demo
文章目录
- 一、关于中介模式
- 1、关于中介者模式
- 2、关于中介者模式的构成
- 3、关于中介者模式的UML
- 4、关于中介者模式的适用场景
- 5、关于中介者模式的优缺点
- 二、中介者模式 Demo
- 1、Demo 设计
- 2、Demo 实现
- 3、Demo 测试
一、关于中介模式
1、关于中介者模式
中介者模式(Mediator Pattern)也被称为调停者模式,是在 GoF 23 种设计模式中定义了的行为型模式。
中介者模式 是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。
中介者模式 的核心在于中介者类的引入,在中介者模式中,中介者类承担了两方面的职责 (所有对象之间的交互都 在 Mediator 类中进行):
- 中转作用(结构性):通过中介者提供的中转作用,各个同事对象就不再需要显式引用其他同事,当需要和其他同事进行通信时,可通过中介者来实现间接调用。该中转作用属于中介者在结构上的支持。
- 协调作用(行为性):中介者可以更进一步的对同事之间的关系进行封装,同事可以一致的和中介者进行交互,而不需要指明中介者需要具体怎么做,中介者根据封装在自身内部的协调逻辑,对同事的请求进行进一步处理,将同事成员之间的关系行为进行分离和封装。该协调作用属于中介者在行为上的支持。
2、关于中介者模式的构成
中介者模式包含以下主要 4 种角色。
- 抽象中介者接口(Mediator)角色:它是中介者的接口,提供了同事对象注册与转发同事对象信息的抽象方法(通信)。
- 具体中介者(ConcreteMediator)角色:实现中介者接口, 是抽象中介者的子类 ,定义一个 List 来管理同事对象,协调各个同事角色之间的交互关系, 维持了对各个同事对象的引用 ,因此它依赖于同事角色。
- 抽象同事类(Colleague)角色: 它定义各个同事类公有的方法,并声明了一些抽象方法来供子类实现,同时它维持了一个对抽象中介者类的引用,其子类可以通过该引用来与中介者通信。
- 具体同事类(Concrete Colleague)角色: 它是抽象同事类的子类;每一个同事对象在需要和其他同事对象通信时,先与中介者通信,通过中介者来间接完成与其他同事类的通信;在具体同事类中实现了在抽象同事类中声明的抽象方法。
3、关于中介者模式的UML
4、关于中介者模式的适用场景
- 系统中对象之间存在复杂的引用关系,系统结构混乱且难以理解。
- 一个对象由于引用了其他很多对象并且直接和这些对象通信,导致难以复用该对象。
- 想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。可以通过引入中介者类来实现,在中介者中定义对象交互的公共行为,如果需要改变行为则可以增加新的具体中介者类。
5、关于中介者模式的优缺点
# 中介者模式的优点
- 松散耦合:中介者模式通过把多个同事对象之间的交互封装到中介者对象里面,从而使得同事对象之间松散耦合,基本上可以做到互补依赖。这样一来,同事对象就可以独立地变化和复用,而不再像以前那样“牵一处而动全身”了。
- 集中控制交互:多个同事对象的交互,被封装在中介者对象里面集中管理,使得这些交互行为发生变化的时候,只需要修改中介者对象就可以了,当然如果是已经做好的系统,那么就扩展中介者对象,而各个同事类不需要做修改。
- 一对多关联转变为一对一的关联:没有使用中介者模式的时候,同事对象之间的关系通常是一对多的,引入中介者对象以后,中介者对象和同事对象的关系通常变成双向的一对一,这会让对象的关系更容易理解和实现。
# 中介者模式的缺点
- 当同事类太多时,中介者的职责将很大,它会变得复杂而庞大,以至于系统难以维护。
二、中介者模式 Demo
1、Demo 设计
现在租房基本都是通过房屋中介,房主将房屋托管给房屋中介,而租房者从房屋中介获取房屋信息。房屋中介充当租房者与房屋所有者之间的中介者。
2、Demo 实现
# Mediator 抽象中介者接口角色
public abstract class Mediator {/*** 申明一个联络方法** @param message String* @param person Person*/public abstract void constact(String message, Person person);
}
# Person 抽象同事类(Colleague)角色
public abstract class Person {protected String name;protected Mediator mediator;public Person(String name, Mediator mediator) {this.name = name;this.mediator = mediator;}
}
# HouseOwner 具体同事类(Concrete Colleague)角色
public class HouseOwner extends Person {public HouseOwner(String name, Mediator mediator) {super(name, mediator);}/*** 与中介者联系** @param message String*/public void constact(String message) {mediator.constact(message, this);}/*** 获取信息** @param message String*/public void getMessage(String message) {System.out.println("房主" + name + "获取到的信息:" + message);}
}
public class Tenant extends Person {public Tenant(String name, Mediator mediator) {super(name, mediator);}/*** 与中介者联系** @param message String*/public void constact(String message) {mediator.constact(message, this);}//获取信息public void getMessage(String message) {System.out.println("租房者" + name + "获取到的信息:" + message);}
}
# MediatorStructure 具体中介者(ConcreteMediator)角色
public class MediatorStructure extends Mediator {/*** 首先中介结构必须知道所有房主和租房者的信息*/private HouseOwner houseOwner;private Tenant tenant;public HouseOwner getHouseOwner() {return houseOwner;}public void setHouseOwner(HouseOwner houseOwner) {this.houseOwner = houseOwner;}public Tenant getTenant() {return tenant;}public void setTenant(Tenant tenant) {this.tenant = tenant;}@Overridepublic void constact(String message, Person person) {//如果是房主,则租房者获得信息if (person == houseOwner) { tenant.getMessage(message);} else { //反正则是房主获得信息houseOwner.getMessage(message);}}
}
3、Demo 测试
public class Client {public static void main(String[] args) {//一个房主、一个租房者、一个中介机构MediatorStructure mediator = new MediatorStructure();//房主和租房者只需要知道中介机构即可HouseOwner houseOwner = new HouseOwner("张三", mediator);Tenant tenant = new Tenant("李四", mediator);//中介结构要知道房主和租房者mediator.setHouseOwner(houseOwner);mediator.setTenant(tenant);tenant.constact("需要租三室的房子");houseOwner.constact("我这有三室的房子,你需要租吗?");}
}