在某些情况下,为了更好地描述某一些特定类型的问题,我们可以创建一种新的语言,这种语言拥有自己的表达式和结构,即文法规则。
解释器设计模式(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 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();
}}