解释器模式

设计模式系列往期精彩文章


解释器模式(Interpreter Pattern)

基本概念

  1. 在编译原理中,一个算术表达式通过词法分析器形成词法单元,而后这些词法单元再通过语法分析器构建语法分析树,最终形成一颗抽象的语法分析树。这里的词法分析器语法分析器都可以看做是解释器
  2. 解释器模式(Interpreter Pattern):是指给定一个语言(表达式),定义它的文法的一种表示,并定义一个解释器,使用该解释器来解释语言中的句子(表达式)
  3. 应用场景
  • 应用可以将一个需要解释执行的语言中的句子表示为一个抽象语法树
  • 一些重复出现的问题可以用一种简单的语言来表达
  • 一个简单语法需要解释的场景 4) 这样的例子还有,比如编译器、运算表达式计算、正则表达式、机器人等

UML类图

解释器模式

对原理类图的说明-(解释器模式的角色及职责)

  1. Context: 是环境角色,含有解释器之外的全局信息.
  2. AbstractExpression: 抽象表达式, 声明一个抽象的解释操作,这个方法为抽象语法树中所有的节点所共享
  3. TerminalExpression: 终结符表达式, 实现与文法中的终结符相关的解释操作
  4. NonTermialExpression: 非终结符表达式,为文法中的非终结符实现解释操作.
  5. 说明:输入Context 和 TerminalExpression 信息通过Client 输入即可

接下来我们通过解释器模式来实现四则运算的应用实例

应用实例类图

解释器模式

代码案例

说明:

本次代码稍微有点多,但是如果你耐心读完,一定会有不小的收获

  • Expression

抽象类表达式,通过HashMap 键值对, 可以获取到变量的值

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);
}
  • VarExpression(变量的解释器、继承Expression
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);
}
}

  • SymbolExpression

抽象运算符号解析器 这里,每个运算符号,都只和自己左右两个数字有关系,
但左右两个数字有可能也是一个解析的结果,无论何种类型,都是Expression类的实现类

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;
}
}

  • AddExpression(加法解释器、继承SymbolExpression)
public class AddExpression extends SymbolExpression  {

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

//处理相加
//var 仍然是 {a=10,b=20}..
//一会我们debug 源码,就ok
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);
}
}
  • Calculator
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);
}
}
  • ClientTest
public class ClientTest {

public static void main(String[] args) throws IOException {
// TODO Auto-generated method stub
String expStr = getExpStr(); // a+b
HashMap<String, Integer> var = getValue(expStr);// var {a=10, b=20}
Calculator calculator = new Calculator(expStr);
System.out.println("运算结果:" + expStr + "=" + calculator.run(var));
}

// 获得表达式
public static String getExpStr() throws IOException {
System.out.print("请输入表达式:");
return (new BufferedReader(new InputStreamReader(System.in))).readLine();
}

// 获得值映射
public static HashMap<String, Integer> getValue(String expStr) throws IOException {
HashMap<String, Integer> map = new HashMap<>();

for (char ch : expStr.toCharArray()) {
if (ch != '+' && ch != '-') {
if (!map.containsKey(String.valueOf(ch))) {
System.out.print("请输入" + String.valueOf(ch) + "的值:");
String in = (new BufferedReader(new InputStreamReader(System.in))).readLine();
map.put(String.valueOf(ch), Integer.valueOf(in));
}
}
}

return map;
}
}

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

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

代码分析

public static void main(String[] args) {
// TODO Auto-generated method stub
//创建一个 Parser 对象
SpelExpressionParser parser = new SpelExpressionParser();
//
//通过 Parser 对象 获取到一个Expression对象
//会根据不同的 Parser 对象 ,返回不同的 Expression对象
Expression expression = parser.parseExpression("10 * (2 + 1) * 1 + 66"); //96
int result = (Integer) expression.getValue();
System.out.println(result);

}

首先仔细阅读一下上述代码:

  • 然后我们直接追Expression的这个类,发现它是一个接口并且有一系列的getXXX方法;这个Expression类可以等价于我们之前类图的AbstractExpression类,只不过我们之前是抽象类
解释器模式
  • 接下来我们看一下Expression有哪些子类
解释器模式
  • 接下来我们再回到我们demo代码模块,在我们demo中expression是怎么得到的呢?我们看到先创建一个 Parser 对象,然后会根据不同的  Parser 对象 ,返回不同的 Expression对象
  • 那么SpelExpressionParser是怎么获取到的呢,我们继续追发现SpelExpressionParser继承了TemplateAwareExpressionParser
解释器模式
  • TemplateAwareExpressionParser类又实现了ExpressionParser类,而ExpressionParser是一个接口
解释器模式
  • 接下来我们的demo中有这样一句parser.parseExpression("10 * (2 + 1) * 1 + 66");SpelExpressionParser对象parser调用了parseExpression方法,我们发现SpelExpressionParser中并没有这个方法,反而在其父类TemplateAwareExpressionParser中是有的。
解释器模式
解释器模式
  • 然后我们发现parseExpression方法返回了Expression对象,可以看出在这个地方依赖了Expression,返回了不同的Expression对象,
解释器模式
  • 上图中有说到SpelExpressionParser的doParseExpression方法,而在doParseExpression方法中又调用了doParseExpression方法
解释器模式
  • 然后我们继续追doParseExpression方法,发现它返回了一个SpelExpression对象
解释器模式

简要说明

说明

  • Expression 接口 表达式接口
  • 下面有不同的实现类,比如SpelExpression, 或者CompositeStringExpression。- 使用时候,根据你创建的不同的Parser 对象,返回不同的 Expression 对象

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

  1. 当有一个语言需要解释执行,可将该语言中的句子表示为一个抽象语法树,就可以考虑使用解释器模式,让程序具有良好的扩展性
  2. 应用场景:编译器、运算表达式计算、正则表达式、机器人等
  3. 使用解释器可能带来的问题:解释器模式会引起类膨胀、解释器模式采用递归调用方法,将会导致调试非常复杂、效率可能降低.

不知上述代码是否看明白,个人建议稍微动手操作一下增加记忆。关于解释器模式就讲到这里了。如果有帮助,欢迎点赞关注。

微信搜索【码上遇见你】获取更多精彩内容


原文始发于微信公众号(码上遇见你):解释器模式

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/78837.html

(0)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!