小谈设计模式(28)—解释器模式

2023-10-13 14:37

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

小谈设计模式(28)—解释器模式

  • 专栏介绍
    • 专栏地址
    • 专栏介绍
  • 解释器模式
    • 角色分析
      • 抽象表达式(Abstract Expression)
      • 终结符表达式(Terminal Expression)
      • 非终结符表达式(Non-terminal Expression)
      • 上下文(Context)
      • 客户端(Client)
    • 工作原理
      • 1
      • 2
      • 3
    • 优缺点分析
      • 优点
        • 可扩展性
        • 易于实现语法规则
        • 易于修改和维护
      • 缺点
        • 复杂性
        • 性能问题
    • Java程序示例
      • 首先,我们定义抽象表达式接口 Expression,其中包含一个解释方法 interpret:
      • 然后,我们实现具体的终结符表达式 NumberExpression,它表示一个数字:
      • 接下来,我们实现具体的非终结符表达式 AddExpression,它表示两个表达式的相加操作:
      • 接下来,我们定义上下文类 Context,用于存储解释器需要的全局信息:
      • 最后,我们可以在客户端中使用解释器模式:
      • 分析
      • 总结

专栏介绍

专栏地址

http://t.csdnimg.cn/VpriY

专栏介绍

主要对目前市面上常见的23种设计模式进行逐一分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步,加油,各位。
在这里插入图片描述

解释器模式

解释器模式是一种行为型设计模式,它提供了一种解释一个语言的方式,用于解析和执行特定的文法规则。该模式将一个语言表示为一个解释器,该解释器可以解释语言中的表达式,从而实现特定的行为。
在这里插入图片描述

角色分析

抽象表达式(Abstract Expression)

定义了一个抽象的解释操作,所有的具体表达式都继承自该抽象类。

终结符表达式(Terminal Expression)

表示语法中的终结符,即不再进行解释的表达式。

非终结符表达式(Non-terminal Expression)

表示语法中的非终结符,该表达式可以通过递归调用其他表达式来解释。

上下文(Context)

包含解释器需要的一些全局信息。

客户端(Client)

创建和配置解释器,然后调用解释器的解释方法来解释语言中的表达式。
在这里插入图片描述

工作原理

1

客户端创建和配置解释器,并将需要解释的语言表达式传递给解释器。

2

解释器根据语法规则,将表达式解释成相应的抽象语法树。

3

客户端调用解释器的解释方法,解释器根据抽象语法树递归地解释表达式,最终得到结果。
在这里插入图片描述

优缺点分析

优点

可扩展性

通过增加新的表达式类,可以轻松扩展语言的语法规则。

易于实现语法规则

解释器模式将每个语法规则都封装在一个表达式类中,使得每个规则的实现都相对简单。

易于修改和维护

由于解释器模式将语法规则和表达式分离,因此可以独立地修改和维护每个表达式类。

缺点

复杂性

随着语法规则的增加,解释器模式的复杂性也会增加,维护和理解整个解释器系统可能会变得困难。

性能问题

由于解释器模式需要递归地解释表达式,可能会导致性能问题,特别是处理大型表达式时。
在这里插入图片描述

Java程序示例

首先,我们定义抽象表达式接口 Expression,其中包含一个解释方法 interpret:

public interface Expression {int interpret(Context context);
}

然后,我们实现具体的终结符表达式 NumberExpression,它表示一个数字:

public class NumberExpression implements Expression {private int number;public NumberExpression(int number) {this.number = number;}@Overridepublic int interpret(Context context) {return number;}
}

接下来,我们实现具体的非终结符表达式 AddExpression,它表示两个表达式的相加操作:

public class AddExpression implements Expression {private Expression leftExpression;private Expression rightExpression;public AddExpression(Expression leftExpression, Expression rightExpression) {this.leftExpression = leftExpression;this.rightExpression = rightExpression;}@Overridepublic int interpret(Context context) {int leftValue = leftExpression.interpret(context);int rightValue = rightExpression.interpret(context);return leftValue + rightValue;}
}

接下来,我们定义上下文类 Context,用于存储解释器需要的全局信息:

public class Context {private Map<String, Integer> variables;public Context() {variables = new HashMap<>();}public void setVariable(String name, int value) {variables.put(name, value);}public int getVariable(String name) {return variables.get(name);}
}

最后,我们可以在客户端中使用解释器模式:

public class Client {public static void main(String[] args) {// 创建上下文Context context = new Context();context.setVariable("x", 10);context.setVariable("y", 5);// 创建表达式Expression expression = new AddExpression(new NumberExpression(context.getVariable("x")),new NumberExpression(context.getVariable("y")));// 解释表达式int result = expression.interpret(context);System.out.println("Result: " + result); // 输出结果: Result: 15}
}

分析

在上面的示例中,我们创建了一个上下文对象,并设置了两个变量 x 和 y 的值。然后,我们创建了一个表达式对象,该表达式对象表示将变量 x 和 y 相加的操作。最后,我们调用表达式的解释方法,传入上下文对象,得到最终的结果并输出。
在这里插入图片描述

总结

解释器模式是一种用于解释和执行特定语言的设计模式。它通过将语言表示为一个解释器,并使用抽象语法树来解释表达式,实现了特定的行为。尽管存在一些缺点,但解释器模式在某些特定场景下仍然是一个有用的设计模式。

这篇关于小谈设计模式(28)—解释器模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

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