Mediator中介者模式

2024-04-04 13:58
文章标签 模式 中介 mediator

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

Mediator中介者模式
作用:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

UML如下:



Colleage抽象同事类,而ConcreteColleage是具体同时类,每个具体同事只知道自己的行为,而不了解其他同事类的情况,但它们却都认识中介者对象,Mediator是抽象中介者,定义了同事对象到中介者对象的接口,ConcreteMediator是具体中介者对象,实现抽象类的方法,它需要知道所有具体同事类,并从具体同事接受消息,向具体同事对象发出命令。

Colleage类,抽象同事类

Mediator,抽象中介者类

说明:

1. Mediator 模式中,每个Colleague 维护一个 Mediator,当要进行通信时,每个具体的 Colleague 直接向ConcreteMediator 发信息,至于信息发到哪里,则由 ConcreteMediator 来决定。

2. ConcreteColleagueA 和 ConcreteColleagueB 不必维护对各自的引用,甚至它们也不知道各个的存在。

3. 优点是,各个 Colleague 减少了耦合。

4. 缺点是,由于 Mediator 控制了集中化,于是就把 Colleague 之间的交互复杂性变为了中介者的复杂性,也就是中介者会变的比任何一个 Colleague 都复杂。

中介者模式很容易在系统中应用,也很容易在系统中误用。当系统中出现了“多对多”交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理。

Mediator的出现减少了各个Colleage的耦合,使得可以独立地改变和复用各个Colleage类和Mediator;
由于把对象如何协作进行了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统。

由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复杂性,这使得中介者会变得比任何一个ConcreteColleage都复杂。

中介者模式的优点来自集中控制,其缺点也是它。

中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合。

代码如下:

Mediator.h

#ifndef _MEDIATOR_H_
#define _MEDIATOR_H_#include <string>using namespace std;class Mediator;class Colleage
{
public:virtual ~Colleage();virtual void SetMediator(Mediator*);virtual void SendMsg(string) = 0;virtual void GetMsg(string) = 0;
protected:Colleage(Mediator*);Mediator* _mediator;
private:};class ConcreteColleageA : public Colleage
{
public:~ConcreteColleageA();ConcreteColleageA(Mediator*);virtual void SendMsg(string msg);virtual void GetMsg(string);
protected:
private:
};class ConcreteColleageB : public Colleage
{
public:~ConcreteColleageB();ConcreteColleageB(Mediator*);virtual void SendMsg(string msg);virtual void GetMsg(string);
protected:
private:
};class Mediator
{
public:virtual ~Mediator();virtual void SendMsg(string,Colleage*) = 0;
protected:Mediator();
private:
};class ConcreteMediator : public Mediator
{
public:ConcreteMediator();~ConcreteMediator();void SetColleageA(Colleage*);void SetColleageB(Colleage*);virtual void SendMsg(string msg,Colleage*);
protected:
private:Colleage* m_ColleageA;Colleage* m_ColleageB;
};
#endif
Mediator.cpp

#include "Mediator.h"
#include <iostream>
#include <string>using namespace std;Colleage::Colleage(Mediator* pMediator)
{this->_mediator = pMediator;
}Colleage::~Colleage()
{}void Colleage::SetMediator(Mediator* pMediator)
{this->_mediator = pMediator;
}ConcreteColleageA::ConcreteColleageA(Mediator* pMediator) : Colleage(pMediator)
{
}ConcreteColleageA::~ConcreteColleageA()
{
}void ConcreteColleageA::SendMsg(string msg)
{this->_mediator->SendMsg(msg,this);
}void ConcreteColleageA::GetMsg(string msg)
{cout << "ConcreteColleageA Receive:"<< msg << endl;
}ConcreteColleageB::ConcreteColleageB(Mediator* pMediator) : Colleage(pMediator)
{
}ConcreteColleageB::~ConcreteColleageB()
{
}void ConcreteColleageB::SendMsg(string msg)
{this->_mediator->SendMsg(msg,this);
}void ConcreteColleageB::GetMsg(string msg)
{cout << "ConcreteColleageB Receive:" << msg << endl;
}Mediator::Mediator()
{}Mediator::~Mediator()
{}ConcreteMediator::ConcreteMediator()
{}ConcreteMediator::~ConcreteMediator()
{}void ConcreteMediator::SetColleageA(Colleage* p)
{this->m_ColleageA = p;
}void ConcreteMediator::SetColleageB(Colleage* p)
{this->m_ColleageB = p;
}void ConcreteMediator::SendMsg(string msg,Colleage* p)
{if(p == this->m_ColleageA){this->m_ColleageB->GetMsg(msg);}else if(p == this->m_ColleageB){this->m_ColleageA->GetMsg(msg);}
}

main.cpp

#include "Mediator.h"int main()
{ConcreteMediator* pMediator = new ConcreteMediator();Colleage* p1 = new ConcreteColleageA(pMediator);Colleage* p2 = new ConcreteColleageB(pMediator);pMediator->SetColleageA(p1);pMediator->SetColleageB(p2);p1->SendMsg("xxx");p2->SendMsg("ooo");return 0;
}


结果如下:


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



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

相关文章

在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以及单例模式来构建一个基本的库存管理系统