【设计模式】字节三面:请举例阐释访问者模式

2024-01-23 09:28

本文主要是介绍【设计模式】字节三面:请举例阐释访问者模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

今天我们要一起探讨的主题是一种设计模式——访问者模式(Visitor Pattern)。我将从最基础的概念、应用场景,再到实例代码的展示,全方位的为大家剖析访问者模式。而且,我保证,你即使是编程新手,也能理解并开始应用这个设计模式!

首先,让我们先看一眼访问者模式的定义:

“访问者模式是一种将数据操作与数据结构分离的设计模式,它允许在不改变数据结构的情况下添加新的操作。”

img

你可能会觉得这个定义含混不清,不过别担心!接下来我们将通过一个有趣的例子来了解什么是访问者模式,以及它的作用。

乐园游客与乐园设施

想象一个场景:你是一位乐园的游客,乐园中有各种各样的设施,像过山车、旋转木马、摩天轮等等。作为游客,你可以选择你喜欢的设施进行游玩

在这个例子中,游客就像是“访问者”,他在乐园中游玩,享受各种设施;而乐园的设施则像是数据结构,它们存在着,等待游客的到来。游客游玩各种设施就像是操作数据结构的过程。过山车、旋转木马、摩天轮等设施天生就有自己的结构,如何去玩它们(如乘坐、体验刺激等)并不会改变它们固有的结构,这就表现出访问者模式的特性—操作与结构分离

这个例子虽然简单,但是足以让我们对访问者模式有个直观的理解。在这个模式下,数据结构开放访问但是本身并不会进行数据操作,所有的数据操作由访问者完成

Java例子

假设我们正在为这个乐园编写管理程序。乐园中的设施我们定义抽象基类为Attract,并让不同的设施如RollerCoaster(过山车)、MerryGoRound(旋转木马)和FerrisWheel(摩天轮)都继承它。每种设施我们都要定义一个accept方法,用于接收访问者。

public abstract class Attract {public abstract void accept(Visitor visitor);
}public class RollerCoaster extends Attract {@Overridepublic void accept(Visitor visitor) {visitor.visit(this);}
}public class MerryGoRound extends Attract {@Overridepublic void accept(Visitor visitor) {visitor.visit(this);}
}public class FerrisWheel extends Attract {@Overridepublic void accept(Visitor visitor) {visitor.visit(this);}
}

然后,我们定义一个访问者接口Visitor,它有一系列的visit方法,分别与不同的设施对应。

public interface Visitor {void visit(RollerCoaster rollerCoaster);void visit(MerryGoRound merryGoRound);void visit(FerrisWheel ferrisWheel);
}

最后,我们定义一个实际的访问者,游客Tourist。游客会根据他的兴趣和体力情况,选择不同的设施进行游玩。

public class Tourist implements Visitor {@Overridepublic void visit(RollerCoaster rollerCoaster) {// 游客去玩过山车}@Overridepublic void visit(MerryGoRound merryGoRound) {// 游客去玩旋转木马}@Overridepublic void visit(FerrisWheel ferrisWheel) {// 游客去玩摩天轮}
}

以上就是访问者模式在java中的一个应用示例,希望这个例子有助于你理解和掌握访问者模式。至此,我们就对访问者模式有了非常清晰的理解。它是一种让操作与数据结构分离的设计模式,使我们能在不改变数据结构的情况下添加新的操作。

记住,当你在设计一个系统的时候,如果看到操作经常变化但数据结构相对稳定,那么访问者模式可能就是一个非常好的设计选择

如果上面的内容对你有帮助,请点赞收藏哦,我会分享更多的经验~

这篇关于【设计模式】字节三面:请举例阐释访问者模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

在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 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易