[设计模式]解释器模式

本文介绍了解释器模式,通过一个四则运算案例展示了如何利用该模式实现表达式的解析。文章详细阐述了上下文、抽象表达式、终结符表达式和非终结符表达式的角色,并提供了具体的Java代码实现。此外,还分析了Spring框架中的SpelExpressionParser如何运用解释器模式。解释器模式适用于需要解释执行的语言或表达式计算,但可能会导致类膨胀和调试复杂性增加。
摘要由CSDN通过智能技术生成

解释器模式

引入一个四则运算案例

通过解释器模式来实现四则运算,如计算 a+b-c 的值,具体要求

  1. 先输入表达式的形式,比如 a+b+c-d+e, 要求表达式的字母不能重复

  2. 在分别输入 a ,b, c, d, e 的值

  3. 最后求出结果:如图

    image-20220914160450976

传统方案

  1. 编写一个方法,接收表达式的形式,然后根据用户输入的数值进行解析,得到结果
  2. 问题分析:如果加入新的运算符,比如 * / ( 等等,不利于扩展,另外让一个方法来解析会造成程序结构混乱,不够清晰.
  3. 解决方案:可以考虑使用解释器模式, 即: 表达式 -> 解释器(可以有多种) -> 结果

解释器模式基本介绍

  1. 在编译原理中,一个算术表达式通过词法分析器形成词法单元,而后这些词法单元再通过语法分析器构建语法分析树,最终形成一颗抽象的语法分析树。这里的词法分析器和语法分析器都可以看做是解释器

  2. 解释器模式(Interpreter Pattern):是指给定一个语言(表达式),定义它的文法的一种表示,并定义一个解释器,使用该解释器来解释语言中的句子(表达式)

image-20220914160905712

  1. Context: 是环境角色,含有解释器之外的全局信息.

  2. AbstractExpression: 抽象表达式, 声明一个抽象的解释操作,这个方法为抽象语法树中所有的节点所共享

  3. TerminalExpression: 为终结符表达式, 实现与文法中的终结符相关的解释操作

  4. NonTermialExpression: 为非终结符表达式,为文法中的非终结符实现解释操作.

  5. 说明: 输入 Context he TerminalExpression 信息通过 Client 输入即可

解释器模式实现四则

image-20220914160951602

顶层表达式抽象类

public abstract class Expression {
   // a + b - c
   // 解释公式和数值, key 就是公式(表达式) 参数[a,b,c], value就是就是具体值
   // HashMap {a=10, b=20}
   public abstract int interpreter(HashMap<String, Integer> var);
}

符号表达式

public class SymbolExpression extends Expression {

   protected Expression left;
   protected Expression right;

   public SymbolExpression(Expression left, Expression right) {
      this.left = left;
      this.right = right;
   }

   //因为 SymbolExpression 是让其子类来实现,因此 interpreter 是一个默认实现
   @Override
   public int interpreter(HashMap<String, Integer> var) {
      // TODO Auto-generated method stub
      return 0;
   }
}

变量表达式

public class VarExpression extends Expression {

   private String key; // key=a,key=b,key=c

   public VarExpression(String key) {
      this.key = key;
   }

   // var 就是{a=10, b=20}
   // interpreter 根据 变量名称,返回对应值
   @Override
   public int interpreter(HashMap<String, Integer> var) {
      return var.get(this.key);
   }
}

加法解释器

/**
 * 加法解释器
 * @author Administrator
 *
 */
public class AddExpression extends SymbolExpression  {

   public AddExpression(Expression left, Expression right) {
      super(left, right);
   }

   //处理相加
   //var 仍然是 {a=10,b=20}..
   //一会我们debug 源码,就ok
   @Override
   public int interpreter(HashMap<String, Integer> var) {
      //super.left.interpreter(var) : 返回 left 表达式对应的值 a = 10
      //super.right.interpreter(var): 返回right 表达式对应值 b = 20
      return super.left.interpreter(var) + super.right.interpreter(var);
   }
}

计算表达式的类

public class Calculator {

   // 定义表达式
   private Expression expression;

   // 构造函数传参,并解析
   public Calculator(String expStr) { // expStr = a+b
      // 安排运算先后顺序
      Stack<Expression> stack = new Stack<>();
      // 表达式拆分成字符数组 
      char[] charArray = expStr.toCharArray();// [a, +, b]

      Expression left = null;
      Expression right = null;
      //遍历我们的字符数组, 即遍历  [a, +, b]
      //针对不同的情况,做处理
      for (int i = 0; i < charArray.length; i++) {
         switch (charArray[i]) {
         case '+': //
            left = stack.pop();// 从stack取出left => "a"
            right = new VarExpression(String.valueOf(charArray[++i]));// 取出右表达式 "b"
            stack.push(new AddExpression(left, right));// 然后根据得到left 和 right 构建 AddExpresson加入stack
            break;
         case '-': // 
            left = stack.pop();
            right = new VarExpression(String.valueOf(charArray[++i]));
            stack.push(new SubExpression(left, right));
            break;
         default: 
            //如果是一个 Var 就创建要给 VarExpression 对象,并push到 stack
            stack.push(new VarExpression(String.valueOf(charArray[i])));
            break;
         }
      }
      //当遍历完整个 charArray 数组后,stack 就得到最后Expression
      this.expression = stack.pop();
   }

   public int run(HashMap<String, Integer> var) {
      //最后将表达式a+b和 var = {a=10,b=20}
      //然后传递给expression的interpreter进行解释执行
      return this.expression.interpreter(var);
   }
}

解释器模式在 Spring 框架应用的源码剖析

Spring 框架中 SpelExpressionParser 就使用到解释器模式

定义了一系列解释器,以及顶级解释器接口

image-20220914164301994

SpelExpressionParser根据父类中定义的方法进行解释器对象的创建

image-20220914164501392

image-20220914164556357

image-20220914164607233

然后通过解释器通过getvalue获取结果

image-20220914164722671

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

  1. 当有一个语言需要解释执行,可将该语言中的句子表示为一个抽象语法树,就可以考虑使用解释器模式,让程序具有良好的扩展性

  2. 应用场景:编译器、运算表达式计算、正则表达式、机器人等

  3. 使用解释器可能带来的问题:解释器模式会引起类膨胀、解释器模式采用递归调用方法,将会导致调试非常复杂、效率可能降低.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值