中介者模式
定义
中介者模式(Mediator Pattern)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式
场景
现在有一个Web系的用户管理模块，由于访问量很大，会频繁查询用户表，为了减轻系统压力，决定使用redis缓存用户基本信息，在需要用户基本信息时，直接从redis获取，当缓存未命中时再从mysql数据库读取，并同步到redis；同时为了分析用户行为，系统要求在用户登录的时候更新mysql数据库最近登陆时间，并且向mongo写入日志信息。即系统中有3个协同对象：mysql、redis、mongo，这些对象之间有复杂的关系，对一个对象的操作可能同时影响其他几个对象，这时候可以引入一个协调者——使用中介者模式，把所有对象上的操作交给中介去协调，对象自己只管做自己的操作，客户端也只用操作关心的对象即可。
UML类图
代码
mediator
示例：
public class TestMediator {
@Test
public void test() {
UserManager userManager = new UserManager();
Mysql mysql = new Mysql(userManager);
Mongo mongo = new Mongo(userManager);
Redis redis = new Redis(userManager);
userManager.setMongo(mongo);
userManager.setMysql(mysql);
userManager.setRedis(redis);
System.out.println(redis.selectUser(1));
System.out.println(redis.selectUser(1));
System.out.println(redis.select(1));
System.out.println();
System.out.println(mysql.loginUser(new User(1, "Ashe")));
System.out.println();
System.out.println(mysql.updateUser(new User(1, "Zed")));
System.out.println();
System.out.println(redis.selectUser(1));
/*
select user info from redis...
select user info from mysql...
update redis user info...
{"id":1,"username":"Ashe"}
select user info from redis...
{"id":1,"username":"Ashe"}
select user info from redis...
{"id":1,"username":"Ashe"}
update mysql user login time...
insert mongo user login time...
{"id":1,"lastLoginTime":"2019-03-09T17:24:36.214","username":"Ashe"}
update mysql user info...
update redis user info...
{"id":1,"username":"Zed"}
select user info from redis...
{"id":1,"username":"Zed"}
*/
}
}
总结
看起来是使用外观模式也是可以的，只要给这些子系统提供同一外观即可，客户端只关心调用的对象、调用的方法就好了，至于内部需要什么逻辑，客户端并不关心。但外观模式用于子系统的聚合统一，他们之间并无逻辑上的联系，但是中介者模式主要用来协调各个对象的关系，多对多的关系让中介者处理，在每个对象看来，就是一对一的关系——只跟中介者产生联系。
如果现在又加了另外的数据源怎么办，有两种方法来做出调整：第一种是直接在AbstractUserManager中新增这种数据源的引用，然后对UserManager中相关的业务方法做出修改，客户端也许在构造UserManager时做出修改；另外一种是直接添加一个新的子类NewUserManager继承UserManager，在NewUserManager中添加新数据源的引用，并对覆盖需要调整的业务方法，同样客户端需要做出相应的修改。这两种方法前者违背开闭原则，后者相对遵守开闭原则，但假设修改频繁，可能会导致产生很多的子类，维护起来很困难。
中介者模式的主要优点如下：
- 中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
- 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合“开闭原则”。
- 可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。
中介者模式的主要缺点如下：
- 在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。
在以下情况下可以考虑使用中介者模式：
- 系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
- 一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
- 想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。