25【中介者设计模式】

追求适度,才能走向成功;人在顶峰,迈步就是下坡;身在低谷,抬足既是登高;弦,绷得太紧会断;人,思虑过度会疯;水至清无鱼,人至真无友,山至高无树;适度,不是中庸,而是一种明智的生活态度。

导读:本篇文章讲解 25【中介者设计模式】,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文


二十五、中介者设计模式

25.1 中介者设计模式简介

25.1.1 中介者设计模式概述

中介者设计模式(Mediator Pattern):又叫调停设计模式,定义一个中介角色来封装一系列对象之间的交互,使原有对象之间的耦合松散,且可以独立地改变它们之间的交互。

【场景举例】

在生活中,中介者设计模式比较常见;

  • 例如1:网络路由的转发,如果我们需要跟好友进行聊天,最起码要知道好友那台电脑的IP地址,如果我要跟任何一个人聊天,那么我就要那些人的IP地址,那个如果任何人都想要跟任何人聊天,那么整个的一个通信模型将会变得非常复杂:

在这里插入图片描述

从上述图中可以看出,每个对象之间都过度耦合,这样既不利于信息的复用也不利于扩展,如果引入了一个中介,这些好友之间将自己的IP地址都保存到这个中介中,好友之间都不需要保存对方电脑的IP地址,这样一来如果有某个人的IP地址发生了变动也不需要通知他的所有好友,只需要通知中介即可;

在这里插入图片描述

25.1.2 中介者设计模式的UML类图

中介者设计模式主要有4个角色:

  • 1)抽象中介者角色(Mediator):定义统一接口,提供了同事对象注册与转发同事对象信息的抽象方法。

  • 2)具体中介者角色(ConcreteMediator):对抽象中介者进行实现

  • 3)抽象同事类角色(Colleague):定义统一接口,每一个同事角色都会包含一个中介者角色,当与其他同事通信时交给中介者进行通信;

  • 4)具体同事类角色(Concrete Colleague):对抽象同事进行实现

在这里插入图片描述

25.2 中介设计模式的实现

【案例】

实现多个人网络通信,所有人发送信息均发送给了中介者,中介者接收到消息然后进行处理;

  • 1)抽象中介者角色:
package com.pattern.demo;

/**
 * @author lscl
 * @version 1.0
 * @intro: 抽象服务器类(抽象中介者)
 */
public abstract class IMediator {

    // 给具体的同事类发送信息
    public abstract void showMessage(IColleague colleague, String message);

}
  • 2)具体中介者角色:
package com.pattern.demo;

/**
 * @author lscl
 * @version 1.0
 * @intro: 具体服务器类(具体中介者)
 */
public class ServerMediator extends IMediator {
    @Override
    public void showMessage(IColleague colleague, String message) {
        System.out.println("来自【" + colleague.getName() + "】发送的消息【" + message + "】");
    }
}
  • 3)抽象同事角色:
package com.pattern.demo;

/**
 * @author lscl
 * @version 1.0
 * @intro: 抽象用户类(抽象同事)
 */
public abstract class IColleague {
    private String name;
    private IMediator mediator;

    public IColleague(String name, IMediator mediator){
        this.name = name;
        this.mediator = mediator;
    }

    public abstract void sendMessage(String message);

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public IMediator getMediator() {
        return mediator;
    }

    public void setMediator(IMediator mediator) {
        this.mediator = mediator;
    }

}
  • 4)具体同事角色:
package com.pattern.demo;

/**
 * @author lscl
 * @version 1.0
 * @intro: 用户类(具体同事)
 */
public class UserColleague extends IColleague {

    public UserColleague(String name, IMediator mediator) {
        super(name, mediator);
    }

    @Override
    public void sendMessage(String message) {
        this.getMediator().showMessage(this, message);
    }
}

运行结果:

在这里插入图片描述

25.3 中介者设计模式的优缺点

  • 优点:
    • 1)减少类之间的依赖,将多对多依赖转换为了一对多(一个中介者对多个同事),降低了类之间的耦合
    • 2)类之间各司其职
  • 缺点:
    • 1)中介者设计模式将原本多个对象直接的相互依赖变为了中介者来维护和多个同事之间的依赖关系,当同时越来越多时,中介者就会变得臃肿,中介者会变得复杂起来;
    • 2)在中介者模式中,中介者是我们整个业务的核心,如果中介者出现故障,那么整个通信模型将会中断;

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/131678.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!