简介
在某些情况下，为了更好地描述某一些特定类型的问题，我们可以创建一种新的语言，这种语言拥有自己的表达式和结构，即文法规则。
解释器设计模式（Interpreter Design Pattern）描述了如何为简单的语言定义一个文法，如何在该语言中表示一个句子，以及如何解释这些句子。
因此，解释器模式的定义是，为某个语言定义它的语法（文法）表示，并定义一个解释器用来处理这个语法。
典型实现
首先，需要定义一个抽象表达式类，其声明了抽象的解释操作，其代码示例如下：
public abstract class AbstractExpression {
public abstract void interpret(Context context);
}
终结符表达式是抽象表达式的子类，它实现了与文法中的终结符相关联的解释操作，在句子中的每一个终结符都是该类的一个实例。其代码示例如下：
public class TerminalExpression extends AbstractExpression {
public void interpret(Context context) {
// 终结符表达式的解释操作
}
}
非终结符表达式类相对比较复杂，由于在非终结符表达式中可以包含终结符表达式，也可以继续包含非终结符表达式，因此其解释操作一般通过递归的方式来完成。其代码示例如下：
public class NonTerminalExpression extends AbstractExpression {
private AbstractExpression left;
private AbstractExpression right;
public NonTerminalExpression(AbstractExpression left, AbstractExpression right) {
this.left = left;
this.right = right;
}
public void interpret(Context context) {
// 递归调用每一个组成部分的 interpret() 方法
// 在递归调用时指定组成部分的连接方式，即非终结符的功能
}
}
通常在解释器模式中会提供一个环境类用于存储一些全局信息，如使用 HashMap 或者 ArrayList 等类型的集合对象，存储一系列公共信息，其代码示例如下：
public class Context {
private HashMap<String, String> map = new HashMap<>();
public void assign(String key, String value) {
// 往环境中设值
map.put(key, value);
}
public String lookup(String key) {
// 获取存储在环境类中的值
return map.get(key);
}
}
总结
优点
解释器模式的主要优点如下：
- 易于改变和扩展文法
- 每一条文法规则都可以表示为一个类，因此可以方便地实现一个简单的语言
- 实现文法较为容易
- 增加新的解释器表达式较为方便
缺点
解释器模式的主要缺点如下：
- 对于复杂文法难以维护，增加文法规则会导致类急剧增加，导致系统难以管理和维护
- 解释器模式使用了大量循环和递归调用，执行效率较低
适用场景
解释器模式的适用场景如下：
- 可以将一个需要解释执行的语言中的句子表示为一个抽象语法树
- 一些重复出现的问题可以用一种简单的语言来进行表达
- 一个语言的文法较为简单
源码
在 JDK 中，java.text.Format 就是一个抽象表达式类的实现，如下是其部分源码：
public abstract class Format implements Serializable, Cloneable {
AttributedCharacterIterator createAttributedCharacterIterator(String s) {
AttributedString as = new AttributedString(s);
return as.getIterator();
}
AttributedCharacterIterator createAttributedCharacterIterator(
AttributedCharacterIterator[] iterators) {
AttributedString as = new AttributedString(iterators);
return as.getIterator();
}
}