【设计模式In Java】十六、中介者模式

落日映苍穹つ 2022-03-10 04:08 246阅读 0赞

# 中介者模式 #

### 文章目录 ###

*  中介者模式
 *   *  定义
     *  场景
     *  UML类图
     *  代码
     *  总结

## 定义 ##

中介者模式(`Mediator Pattern`)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式

## 场景 ##

现在有一个Web系的用户管理模块，由于访问量很大，会频繁查询用户表，为了减轻系统压力，决定使用redis缓存用户基本信息，在需要用户基本信息时，直接从redis获取，当缓存未命中时再从mysql数据库读取，并同步到redis；同时为了分析用户行为，系统要求在用户登录的时候更新mysql数据库最近登陆时间，并且向mongo写入日志信息。即系统中有3个协同对象：mysql、redis、mongo，这些对象之间有复杂的关系，对一个对象的操作可能同时影响其他几个对象，这时候可以引入一个协调者——使用中介者模式，把所有对象上的操作交给中介去协调，对象自己只管做自己的操作，客户端也只用操作关心的对象即可。

## UML类图 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NMX1lE_size_16_color_FFFFFF_t_70]

## 代码 ##

[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`中添加新数据源的引用，并对覆盖需要调整的业务方法，同样客户端需要做出相应的修改。这两种方法前者违背开闭原则，后者相对遵守开闭原则，但假设修改频繁，可能会导致产生很多的子类，维护起来很困难。

中介者模式的主要优点如下：

*  中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
 *  中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合“开闭原则”。
 *  可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。

中介者模式的主要缺点如下：

*  在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。

在以下情况下可以考虑使用中介者模式：

*  系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
 *  一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
 *  想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NMX1lE_size_16_color_FFFFFF_t_70]: /images/20220310/c0f73f72a8c4453c8d60ec2202b947c9.png
[mediator]: https://github.com/clyoudu/dpinj/tree/master/src/main/java/github/clyoudu/dpinj/mediator