设计模式-调停者模式

2024-01-01 06:04
文章标签 设计模式 模式 调停者

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

设计模式专栏

    • 模式介绍
    • 模式特点
    • 应用场景
    • 调停者模式与命令模式的比较
    • 代码示例
      • Java实现调停者模式
      • Python实现调停者模式
    • 调停者模式在spring中的应用

模式介绍

调停者模式是一种软件设计模式，主要用于模块间的解耦，通过避免对象之间显式的互相指向，降低耦合度。这种模式通常用于解决多个对象之间重复访问、无规律性、交互方式复杂且通常存在非结构依赖的问题。

在调停者模式中，通常会有一个抽象调停者（Mediator）类，它定义了同事对象与调停者对象之间的接口，主要方法是一个或多个事件方法。具体调停者（ConcreteMediator）类则实现了抽象调停者所声明的事件方法，负责具体的协调各同事对象的交互关系。此外，还有一个抽象同事类（Colleague），它定义了调停者到同事对象的接口，同事对象只知道调停者而不知道其余的同事对象。

调停者模式将多对多的相互作用转化为一对多的相互作用，将对象的行为和协作抽象化，把对象在小尺度的行为上与其他对象的相互作用分开处理。通过使用中介对象封装一系列的对象交互，各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。这种模式有助于降低系统的复杂性，提高可维护性和可扩展性。

在这里插入图片描述

模式特点

调停者模式的特点主要包括以下几个方面：

  1. 封装交互 ：调停者模式将一系列对象之间的交互封装在一个单独的调停者对象中，使得这些对象之间不需要相互明显引用，从而降低了耦合度。
  2. 抽象化 ：调停者模式将对象的行为和协作抽象化，将小尺度的行为上与其他对象的相互作用分开处理，使得对象之间的关系更加易于维护和理解。
  3. 转化交互方式 ：调停者模式将多对多的相互作用转化为一对多的相互作用，使得对象之间的关系更加清晰和易于管理。
  4. 提供可扩展性 ：调停者模式为同事对象提供可扩展性，使得系统可以在不改变现有类的情况下进行扩展。
  5. 控制集中化 ：调停者模式将控制集中在一个对象上，可能会使得这个对象变得复杂且难于管理。
  6. 适用场景 ：调停者模式适用于解决多个对象之间存在复杂交互、行为变化多样且不规律的问题，尤其在涉及不同对象的协同工作、请求分发、业务逻辑协调等场景中能够发挥重要作用。

调停者模式通过封装交互、抽象化、转化交互方式等特点，降低了系统的耦合度，使得对象间的交互行为更加清晰和易于管理，提高了系统的可维护性和可扩展性。同时，需要注意控制集中化的问题，并合理选择适用场景。

在这里插入图片描述

应用场景

调停者模式的应用场景主要包括：

  1. 当一个系统内部存在许多类，它们之间相互调用以完成一系列功能时，一旦某个类发生问题或需要进行修改，这可能会导致对所有调用它的类产生影响，此时就可以采用调停者模式。通过引入调停者类来封装所有类之间的交互，使原本复杂的网状结构变得简单，形成星型结构，降低了类与类之间的耦合度。
  2. 在处理对象之间存在复杂交互、行为变化多样且不规律的情况下，调停者模式可以起到很好的作用。
  3. 存在非结构化依赖的情况下，使用调停者模式能够简化对象的相互依赖关系，降低维护和扩展的难度。
  4. 涉及不同对象的协同工作、请求分发、业务逻辑协调等场景，也可以考虑使用调停者模式。

调停者模式能够将对象间的直接调用解耦，使得对象间的交互行为集中化管理，方便维护和扩展。然而，这种模式也有其局限性，如可能导致控制集中化，使得调停者类变得复杂且难于管理。在实际应用中，需要根据具体问题来决定是否采用调停者模式。

在这里插入图片描述

调停者模式与命令模式的比较

调停者模式与命令模式是两种不同的软件设计模式，它们有不同的应用场景和特点。

调停者模式主要用于解决多个对象之间的交互问题，通过引入一个调停者对象来封装和协调各个对象之间的交互，降低系统的耦合度，使得对象间的交互行为更加清晰和易于管理。其主要特点是能够将多个对象的交互行为集中在一个对象中管理，使得对象的相互依赖关系变得简单，降低系统的复杂性和维护成本。

命令模式是一种行为型设计模式，它主要处理在不同对象之间指定责任的细节，描述对象间的通信机制，定义一种机制以便在运行时根据不同的对象选择不同的逻辑。其主要特点是将请求或操作封装到一个对象中，通过使用命令对象来请求一个操作的对象与知道怎么执行一个操作的对象解耦，使得请求可以被取消、恢复或者组合。

调停者模式与命令模式的不同点在于，调停者模式主要关注多个对象之间的交互解耦，而命令模式主要关注请求或操作的封装、排队和撤销等控制功能。此外，调停者模式通常用于协调对象之间的交互行为，而命令模式通常用于处理请求或操作的控制流程。

相同点方面，调停者模式和命令模式都关注降低系统的耦合度，提高系统的可维护性和可扩展性。它们都通过封装请求或操作来实现对请求的控制，包括排队、顺序执行和撤销等。同时，它们都需要在请求的发送者和接收者之间建立一种抽象的通信机制，以便在运行时根据不同的对象选择不同的逻辑。

调停者模式和命令模式在应用场景、作用和使用特点等方面存在明显的差异，但两者在抽象通信机制和降低系统耦合度方面有一定的相似性。在实际应用中，根据具体的问题和需求选择合适的模式是重要的。

在这里插入图片描述

代码示例

Java实现调停者模式

以下是一个简单的Java实现调停者模式的示例：

// 抽象调停者
interface Mediator {void register(Colleague colleague);void handleMessage(Colleague colleague, Object message);
}// 具体调停者
class ConcreteMediator implements Mediator {private Map<Colleague, Handler> handlers = new HashMap<>();@Overridepublic void register(Colleague colleague) {handlers.put(colleague, new Handler(colleague));}@Overridepublic void handleMessage(Colleague colleague, Object message) {Handler handler = handlers.get(colleague);if (handler != null) {handler.handleMessage(message);}}class Handler {private Colleague colleague;public Handler(Colleague colleague) {this.colleague = colleague;}public void handleMessage(Object message) {// 处理消息逻辑，根据具体需求实现System.out.println("ConcreteMediator handled message for Colleague " + colleague);}}
}// 抽象同事类
interface Colleague {void setMediator(Mediator mediator);void sendMessage(Object message);
}// 具体同事类1
class ConcreteColleague1 implements Colleague {private Mediator mediator;private String name;public ConcreteColleague1(String name) {this.name = name;}@Overridepublic void setMediator(Mediator mediator) {this.mediator = mediator;}@Overridepublic void sendMessage(Object message) {mediator.handleMessage(this, message);}@Overridepublic String toString() {return name;}
}// 具体同事类2
class ConcreteColleague2 implements Colleague {private Mediator mediator;private String name;public ConcreteColleague2(String name) {this.name = name;}@Overridepublic void setMediator(Mediator mediator) {this.mediator = mediator;}@Overridepublic void sendMessage(Object message) {mediator.handleMessage(this, message);}@Overridepublic String toString() {return name;}
}

Python实现调停者模式

以下是Python实现调停者模式的示例代码：

from abc import ABC, abstractmethod# 抽象调停者
class Mediator(ABC):@abstractmethoddef register(self, colleague):pass@abstractmethoddef handle_message(self, colleague, message):pass# 具体调停者
class ConcreteMediator(Mediator):def __init__(self):self.colleagues = []def register(self, colleague):self.colleagues.append(colleague)def handle_message(self, colleague, message):for c in self.colleagues:if c != colleague:c.send_message(message)# 抽象同事类
class Colleague(ABC):@abstractmethoddef set_mediator(self, mediator):pass@abstractmethoddef send_message(self, message):pass# 具体同事类1
class ConcreteColleague1(Colleague):def __init__(self, name):self.name = nameself.mediator = Nonedef set_mediator(self, mediator):self.mediator = mediatormediator.register(self)def send_message(self, message):self.mediator.handle_message(self, message)print(f"{self.name} sent message: {message}")# 具体同事类2
class ConcreteColleague2(Colleague):def __init__(self, name):self.name = nameself.mediator = Nonedef set_mediator(self, mediator):self.mediator = mediatormediator.register(self)def send_message(self, message):self.mediator.handle_message(self, message)print(f"{self.name} sent message: {message}")

在这里插入图片描述

调停者模式在spring中的应用

在Spring框架中，调停者模式可以应用于许多场景，其中最常见的是事件监听和通知机制。Spring的事件监听器模式就是一个典型的调停者模式的实现。

在Spring中，可以使用ApplicationListener接口和ApplicationEvent类来实现事件监听和通知。ApplicationListener接口定义了一个onApplicationEvent方法，该方法在接收到事件时会触发。ApplicationEvent类是事件的抽象类，它定义了一些常用的方法，如获取事件的来源和时间等。

具体实现时，首先需要创建一个继承自ApplicationEvent的事件类，例如：

public class MyCustomEvent extends ApplicationEvent {private String message;public MyCustomEvent(Object source, String message) {super(source);this.message = message;}public String getMessage() {return message;}
}

然后，创建一个实现ApplicationListener接口的监听器类，例如：

import org.springframework.context.ApplicationListener;
import org.springframework.stereotype.Component;@Component
public class MyCustomEventListener implements ApplicationListener<MyCustomEvent> {@Overridepublic void onApplicationEvent(MyCustomEvent event) {System.out.println("Received MyCustomEvent - " + event.getMessage());}
}

最后，在需要发布事件的类中，使用ApplicationContext的publishEvent方法发布事件：

import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.stereotype.Component;@Component
public class EventPublisher {private ApplicationContext applicationContext;public EventPublisher(ApplicationContext applicationContext) {this.applicationContext = applicationContext;}public void publishEvent() {String message = "Hello, Spring!";MyCustomEvent event = new MyCustomEvent(this, message);applicationContext.publishEvent(event);}
}

在上面的示例中，EventPublisher组件发布了一个自定义的事件，所有实现了MyCustomEventListener接口的组件都会接收到该事件，并执行相应的逻辑。这就是Spring中调停者模式的典型应用。

在这里插入图片描述

设计模式-过滤器模式

设计模式-门面模式

这篇关于设计模式-调停者模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/558343。

相关文章

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

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

1. 单例模式（Singleton Pattern） 确保一个类只有一个实例，并提供一个全局访问点。 示例代码： class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)
阅读更多...
模版方法模式template method

模版方法模式template method

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

【iOS】MVC模式

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

迭代器模式iterator

学习笔记，原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 （列表、 栈和树等） 的情况下遍历集合中所有的元素
阅读更多...
《x86汇编语言：从实模式到保护模式》视频来了

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

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

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

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

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

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

状态模式state

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

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

原文： https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式：5 分钟阅读 当有人潜入软件工程世界时，有一天他需要学习软件架构模式的基础知识。当我刚接触编码时，我不知道从哪里获得简要介绍现有架构模式的资源，这样它就不会太详细和混乱，而是非常抽象和易
阅读更多...
使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

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

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

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2