Java设计模式(22):解释器模式

2024-06-21 02:32

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

22,解释器模式(Interpreter)

22.1,问题引入_计算器问题

  • 在界面输入计算表达式,如:a+b+c+d,然后针对每一个元素输入具体值并保存,对该表达式进行填充求值,得到结果
  • 在固有表达式中,如果需要加入新的运算符,如* / ()等,可能会造成功能扩展困难
  • 此时可以考虑引入解释器模式,对运算符等进行隔离,对每一种类型进行单独的解释计算

22.2,基本介绍

  • 在编译原理中,一个算术表达式通过词法分析器形成词法单元,而后这些词法单元再根据语法分析器构建语法分析树,最终形成一颗抽象的语法分析树。这里的词法分析器和语法分析器都可以看成是解释器
  • 解释器模式(Interpreter Pattern):是指给定一个语言,并定义语言的表达方式。通过定义一个解释器,使用该解释器解释该语言的一种设计
  • 应用场景:编译器;运算表达式计算;正则表达式

22.3,类图

在这里插入图片描述

  • Expression:解释器模式顶层解释器接口,定义基本的解释方式
  • VarExpression:标准的解释器具体实现类,进行一些标准数据的解释执行,此处表示计算元素数据
  • SymbolExpression:非标准的具体解释器顶层抽象类,定义了非标的解释器属性,由具体非标解释器执行,该抽象类聚合解释器顶层接口,可能其他解释器进行递归解释。此处表示计算符号数据
  • XXXSymbolExpression:非标准的解释器具体类,提供了非标部分数据的具体解释方式,此处包括加法解释和减法解释
  • Calculator:解释器上下文类,对过程中的基础数据进行存储,此处进行计算及计算元素存储

22.4,代码实现

  • Expression:顶层解释器接口

    package com.self.designmode.interpreter;import java.util.Map;/*** 解释器模式: 实现计算器, 顶层表达式接口* @author PJ_ZHANG* @create 2020-12-17 15:39**/
    public interface Expression {int interpreter(Map<String, Integer> dataMap);}
    
  • VarExpression:标准解释器类

    package com.self.designmode.interpreter;import java.util.Map;/*** 解释器模式: 实现计算器, 元素解释器类* @author PJ_ZHANG* @create 2020-12-17 15:41**/
    public class VarExpression implements Expression {private String name;public VarExpression(String name) {this.name = name;}@Overridepublic int interpreter(Map<String, Integer> dataMap) {return dataMap.get(name);}
    }
    
  • SymbolExpression:非标解释器类顶层抽象类

    package com.self.designmode.interpreter;/*** 解释器模式: 实现计算器, 符号解释器类* @author PJ_ZHANG* @create 2020-12-17 15:43**/
    public abstract class SymbolExpression implements Expression {/*** 左侧元素解释器*/protected Expression leftExpression;/*** 右侧元素解释器*/protected Expression rightExpression;public SymbolExpression(Expression leftExpression, Expression rightExpression) {this.leftExpression = leftExpression;this.rightExpression = rightExpression;}}
    
  • AddSymbolExpression:具体非标解释器类,加法类

    package com.self.designmode.interpreter;import java.util.Map;/*** 解释器模式: 计算器问题, 符号_加法解释器* @author PJ_ZHANG* @create 2020-12-17 15:44**/
    public class AddSymbolExpression extends SymbolExpression {public AddSymbolExpression(Expression leftExpression, Expression rightExpression) {super(leftExpression, rightExpression);}@Overridepublic int interpreter(Map<String, Integer> dataMap) {return super.leftExpression.interpreter(dataMap) + super.rightExpression.interpreter(dataMap);}
    }
    
  • SubSymbolExpression:具体非标解释器类,减法类

    package com.self.designmode.interpreter;import java.util.Map;/*** 解释器模式: 计算器问题, 符号_减法解释器* @author PJ_ZHANG* @create 2020-12-17 15:44**/
    public class SubSymbolExpression extends SymbolExpression {public SubSymbolExpression(Expression leftExpression, Expression rightExpression) {super(leftExpression, rightExpression);}@Overridepublic int interpreter(Map<String, Integer> dataMap) {return super.leftExpression.interpreter(dataMap) - super.rightExpression.interpreter(dataMap);}
    }
    
  • Calculator:上下文,计算类

    package com.self.designmode.interpreter;import java.util.Map;
    import java.util.Stack;/*** 解释器模式: 实现计算器, 上下文类_计算器* @author PJ_ZHANG* @create 2020-12-17 15:45**/
    public class Calculator {private Expression expression;/*** 解析表达式, 生成解释器表达式, 为后续计算做准备* @param expressionStr 计算器串* @return*/public void parseExpression(String expressionStr) {// 通过一个栈对数据进行存储Stack<Expression> stack = new Stack<>();// 转换表达式为char数组, 没有做复杂处理, 说明问题即可char[] charArray = expressionStr.toCharArray();// 遍历元素组进行处理for (int i = 0; i < charArray.length; i++) {Expression leftExpression;Expression rightExpression;switch (charArray[i]) {// 加法处理// 遍历到符号, 说明左侧已经处理(不考虑第一位+-)// 取左侧数据, 作为符号处理的左侧表达式// 取右侧元素, 作则符号处理的右侧表达式// 构建符号解释器, 加入栈中case '+':leftExpression = stack.pop();rightExpression = new VarExpression(charArray[++i] + "");stack.push(new AddSymbolExpression(leftExpression, rightExpression));break;// 减法处理// 减法同上case '-':leftExpression = stack.pop();rightExpression = new VarExpression(charArray[++i] + "");stack.push(new SubSymbolExpression(leftExpression, rightExpression));break;// 元素处理// 直接将元素构建表达式添加到栈中default:stack.push(new VarExpression(charArray[i] + ""));}}// 最终生成的抽象语法树expression = stack.pop();}/*** 根据生成的解释器表达式, 计算最终结果* @param dataMap 数组的元素数据* @return 返回最终结果*/public int getValue(Map<String, Integer> dataMap) {// 这部分会是一个递归处理,// 执行该抽象语法树, 生成最终结果return expression.interpreter(dataMap);}}
    
  • Client:客户端

    package com.self.designmode.interpreter;import org.springframework.expression.Expression;
    import org.springframework.expression.spel.standard.SpelExpressionParser;import java.util.HashMap;
    import java.util.Map;
    import java.util.Scanner;/*** @author PJ_ZHANG* @create 2020-12-17 15:18**/
    public class Client {public static void main(String[] args) {
    //        Spring提供了一个计算器, 可以直接计算
    //        String str = "-1 + 2 * (3 + 4)";
    //        SpelExpressionParser parser = new SpelExpressionParser();
    //        Expression expression = parser.parseExpression(str);
    //        System.out.println(expression.getValue());// 输入表达式, 按a+b-c+d等类型输入System.out.println("请输入表达式: eg: a+b-c+d");Scanner scanner = new Scanner(System.in);String expression = scanner.nextLine();Map<String, Integer> dataMap = parseExpression(expression);Calculator calculator = new Calculator();calculator.parseExpression(expression);System.out.println("最终结果: " + calculator.getValue(dataMap));}private static Map<String,Integer> parseExpression(String expression) {Map<String, Integer> dataMap = new HashMap<>(16);for (char c : expression.toCharArray()) {if (String.valueOf(c).matches("^[a-z]$")) {System.out.println("请输入 " + c + " 的值");Scanner scanner = new Scanner(System.in);int value = scanner.nextInt();dataMap.put(String.valueOf(c), value);}}return dataMap;}}
    
  • 最终生成的抽象语法树,会进行递归调用执行,如下图

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GKCuZhXn-1608358951088)(E:\gitrepository\study\note\image\designMode\1608194035191.png)]

22.5,解释器模式的注意事项和细节

  • 当一个语言需要解释执行,可将语言中的句子表示为一个抽象语法树,就可以考虑使用解释器模式,让程序具有良好的扩展性,符合OCP原则
  • 解释器模式可能为引起类膨胀,采用递归调用的方式,可能会影响程序的最终执行效率。此外解释器模式相对来讲逻辑较复杂,代码难度较大

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



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

相关文章

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Spring IoC 容器的使用详解(最新整理)

《SpringIoC容器的使用详解(最新整理)》文章介绍了Spring框架中的应用分层思想与IoC容器原理,通过分层解耦业务逻辑、数据访问等模块,IoC容器利用@Component注解管理Bean... 目录1. 应用分层2. IoC 的介绍3. IoC 容器的使用3.1. bean 的存储3.2. 方法注

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操