问题引入
四则运算问题
通过解释器模式来实现四则运算，如计算 a+b-c 的值，具体要求 1) 先输入表达式的形式，比如 a+b+c-d+e, 要求表达式的字母不能重复 2) 在分别输入 a ,b, c, d, e 的值 3) 最后求出结果：如图
传统方案解决四则运算问题分析
- 编写一个方法，接收表达式的形式，然后根据用户输入的数值进行解析，得到结果
- 问题分析：如果加入新的运算符，比如 * / ( 等等，不利于扩展，另外让一个方法来 解析会造成程序结构混乱，不够清晰 .
- 解决方案：可以考虑使用解释器模式， 即： 表达式 -> 解释器 ( 可以有多种 ) -> 结 果
解释器模式
基本介绍
- 在编译原理中，一个算术表达式通过 词法分析器 形成词法单元，而后这些词法 单元再通过 语法分析器 构建语法分析树，最终形成一颗抽象的语法分析树。这 里的词法分析器和语法分析器都可以看做是解释器
- 解释器模式（ Interpreter Pattern ）：是指给定一个语言 ( 表达式 ) ，定义它的文法 的一种表示，并定义一个解释器，使用该解释器来解释语言中的句子 ( 表达式 )
- 应用场景 • 应用可以将一个需要解释执行的语言中的句子表示为一个抽象语法树 • 一些重复出现的问题可以用一种简单的语言来表达 • 一个简单语法需要解释的场景
- 这样的例子还有，比如编译器、运算表达式计算、正则表达式、机器人等
原理类图
对原理类图的说明-即(解释器模式的角色及职责 )
- Context: 是环境角色,含有解释器之外的全局信息.
- AbstractExpression: 抽象表达式， 声明一个抽象的解释操作,这个方法为抽象语法树中所有的节点所 共享
- TerminalExpression: 为终结符表达式, 实现与文法中的终结符相关的解释操作
- NonTermialExpression: 为非终结符表达式，为文法中的非终结符实现解释操作.
- 说明： 输入Context he TerminalExpression 信息通过Client 输入即可
代码实现
抽象表达式
/**
- 抽象类表达式，通过HashMap 键值对, 可以获取到变量的值
- @author Administrator
*/ public abstract class Expression { // a + b - c // 解释公式和数值, key 就是公式(表达式) 参数[a,b,c], value就是就是具体值 // HashMap {a=10, b=20} public abstract int interpreter(HashMap
抽象运算符合
/**
- 抽象运算符号解析器 这里，每个运算符号，都只和自己左右两个数字有关系，
- 但左右两个数字有可能也是一个解析的结果，无论何种类型，都是Expression类的实现类
- @author Administrator
*/ 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
加法
/**
- 加法解释器
- @author Administrator
*/ 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
减法
public class SubExpression extends SymbolExpression {
public SubExpression(Expression left, Expression right) { super(left, right); }
//求出left 和 right 表达式相减后的结果 public int interpreter(HashMap
变量解释器
/**
- 变量的解释器
- @author Administrator
*/ 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
计算器
public class Calculator {
// 定义表达式 private Expression expression;
// 构造函数传参，并解析 public Calculator(String expStr) { // expStr = a+b // 安排运算先后顺序 Stack 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
客户端
public class ClientTest {
public static void main(String[] args) throws IOException { // TODO Auto-generated method stub String expStr = getExpStr(); // a+b HashMap
// 获得表达式 public static String getExpStr() throws IOException { System.out.print(“请输入表达式：”); return (new BufferedReader(new InputStreamReader(System.in))).readLine(); }
// 获得值映射 public static 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;
} }
注意事项和细节
- 当有一个语言需要解释执行，可将该语言中的句子表示为一个抽象语法树，就可以 考虑使用解释器模式，让程序具有良好的扩展性
- 应用场景：编译器、运算表达式计算、正则表达式、机器人等
- 使用解释器可能带来的问题：解释器模式会引起类膨胀、解释器模式采用递归调用 方法，将会导致调试非常复杂、效率可能降低 .