调停者模式(Mediator)

2024-03-12 02:32
文章标签 模式 mediator 调停者

本文主要是介绍调停者模式(Mediator),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!


调停者模式(Mediator) 属于对象的行为模式

 

1.1.1       定义

 

调停者模式包装了一系列对象相互作用的方式,使得这些对象不必相互明显作用。从而使他们可以松散偶合。调停者模式将多对多的相互作用转化为一对多的相互作用。调停者模式将对象的行为和协作抽象化,把对象在小尺度的行为上与其他对象的相互作用分开处理。

 

1.1.2       结构

 

                       

 

  • Mediator:抽象调停者角色,它定义出同事对象到调停者对象得接口,这个角色一般由Java抽象类实现.
  • ConcreteMediator:具体调停者模式,从抽象调停者继承,实现了超类所声明的事件方法,它从具体同事对象接收消息,向具体同事对象发出命令.
  • Colleague:抽象同事类角色,它定义了调停者同事对象的接口,它只知道调停者而不知道其余同事对象.
  • colleague1、colleague2:具体同事类角色,从抽象同事类继承而来,每个具体同事类都知道本身在小范围内的行为,而不知道它在大范围内的目的.

1.1.3       适应性

 

当对象之间的交互操作很多,且每个对象的行为操作都依赖彼此时,为防止在修改一个对象的行为时,同时涉及到修改很多其他对象的行为,可采用调停者模式,来解决紧耦合问题.
该模式将对象之间的多对多关系变成一对多关系,调停者对象将系统从网状结构变成以调停者为中心的星形结构,达到降低系统的复杂性,提高可扩展性的作用.

 

1.1.4       优缺点

 

  1. 减少了子类生成Mediator将原本分布于多个对象间的行为集中在一起,改变这些行为只需生成Mediator的子类即可,这样各个Colleague类可被重用。
  2. 它将各Colleague解耦。Mediator有利于各Colleague间的松耦合,你可以独立的改变和复用各Colleague类和Mediator类。
  3. 它简化了对象协议用Mediator和各Colleague间的一对多的交互来代替多对多的交互。一对多的关系更易于理解、维护和扩展。
  4. 它对对象如何协作进行了抽象将中介作为一个独立的概念并将其封装在一个对象中,使你将注意力从对象各自本身的行为转移到它们之间的交互上来。这有助于弄清楚一个系统中的对象是如何交互的。
  5. 它使控制集中化,中介者模式将交互的复杂性变为中介者的复杂性。因为中介者封装了协议,它可能变得比任一个Colleague都复杂。这可能使得中介者自身成为一个难于维护的庞然大物。

 

1.1.5       适用的情况举例

 

  • WTO组织:它是一个协调组织,它将各贸易区自行进行的相互协调的强耦合变成了松散合;
  •  4个MM打麻将,相互之间谁应该给谁多少钱算不清楚了,某人担任调停者,各MM按照各自的筹码数算钱,赚了钱的从调停者这里拿,赔了钱的也付给调停者;
  •  租赁中介:很多人有出租房子的需求,也有不少人需要租房,租赁中介在其中担任了调停者的角色, 疏通了两者之间的复杂关系,也方便了两者。

 

1.1.6       示例

 

//抽象同事类  

abstract class AbstractColleague {  

    protected AbstractMediator mediator;  

      

    /**既然有中介者,那么每个具体同事必然要与中介者有联系,  

     * 否则就没必要存在于 这个系统当中,这里的构造函数相当  

     * 于向该系统中注册一个中介者,以取得联系  

     */ 

    public AbstractColleague(AbstractMediator mediator) {  

        this.mediator = mediator;  

    }  

      

    // 在抽象同事类中添加用于与中介者取得联系(即注册)的方法  

    public void setMediator(AbstractMediator mediator) {  

        this.mediator = mediator;  

    }  

}  

 

//具体同事A  

class ColleagueA extends AbstractColleague {  

      

    //每个具体同事都通过父类构造函数与中介者取得联系  

    public ColleagueA(AbstractMediator mediator) {  

        super(mediator);  

    }  

      

    //每个具体同事必然有自己分内的事,没必要与外界相关联  

    public void self() {  

        System.out.println("同事A --> 做好自己分内的事情 ...");  

    }  

      

    //每个具体同事总有需要与外界交互的操作,通过中介者来处理这些逻辑并安排工作  

    public void out() {  

        System.out.println("同事A --> 请求同事B做好分内工作 ...");  

        super.mediator.execute("ColleagueB", "self");  

    }  

}  

 

//具体同事B  

class ColleagueB extends AbstractColleague {  

      

    public ColleagueB(AbstractMediator mediator) {  

        super(mediator);  

    }  

      

    public void self() {  

        System.out.println("同事B --> 做好自己分内的事情 ...");  

    }  

      

    public void out() {  

        System.out.println("同事B --> 请求同事A做好分内工作  ...");  

        super.mediator.execute("ColleagueA", "self");  

    }  

中介者类族:

//抽象中介者  

abstract class AbstractMediator {  

      

    //中介者肯定需要保持有若干同事的联系方式  

    protected Hashtable<String, AbstractColleague> colleagues = new Hashtable<String, AbstractColleague>();  

      

    //中介者可以动态地与某个同事建立联系  

    public void addColleague(String name, AbstractColleague c) {  

        this.colleagues.put(name, c);  

    }      

      

    //中介者也可以动态地撤销与某个同事的联系  

    public void deleteColleague(String name) {  

        this.colleagues.remove(name);  

    }  

      

    //中介者必须具备在同事之间处理逻辑、分配任务、促进交流的操作  

    public abstract void execute(String name, String method);   

}  

 

//具体中介者  

class Mediator extends AbstractMediator{  

      

    //中介者最重要的功能,来回奔波于各个同事之间  

    public void execute(String name, String method) {  

          

        if("self".equals(method)){  //各自做好分内事  

            if("ColleagueA".equals(name)) {  

                ColleagueA colleague = (ColleagueA)super.colleagues.get("ColleagueA");  

                colleague.self();  

            }else {  

                ColleagueB colleague = (ColleagueB)super.colleagues.get("ColleagueB");  

                colleague.self();  

            }  

        }else { //与其他同事合作  

            if("ColleagueA".equals(name)) {  

                ColleagueA colleague = (ColleagueA)super.colleagues.get("ColleagueA");  

                colleague.out();  

            }else {  

                ColleagueB colleague = (ColleagueB)super.colleagues.get("ColleagueB");  

                colleague.out();  

            }  

        }  

    }  

测试类:

//测试类  

public class Client {  

    public static void main(String[] args) {  

          

        //创建一个中介者  

        AbstractMediator mediator = new Mediator();  

          

        //创建两个同事  

        ColleagueA colleagueA = new ColleagueA(mediator);  

        ColleagueB colleagueB = new ColleagueB(mediator);  

          

        //中介者分别与每个同事建立联系  

        mediator.addColleague("ColleagueA", colleagueA);  

        mediator.addColleague("ColleagueB", colleagueB);  

          

        //同事们开始工作  

        colleagueA.self();  

        colleagueA.out();  

        System.out.println("======================合作愉快,任务完成!\n");  

          

        colleagueB.self();  

        colleagueB.out();  

        System.out.println("======================合作愉快,任务完成!");  

    }  

}

这篇关于调停者模式(Mediator)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/799859

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统