INTERPRETER（解释器）

1 意图：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

2 动机：如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。

构建一个解释器，解释这些句子来解决问题。

3 适用性：

当一个语言需要解释执行，并且你可以将该语言中的句子表示为一个抽象的语法分析树时，可使用解释器模式。

效果最好情况：

.文法的类层次变得庞大而无法管理。此时语法分析程序生成器这样的工具是更好的选择。无需构建语法分析树即可解释表达式，节省时间和空间。

.效率不是一个关键问题，最高效的解释器不是通过直接解释语法分析树实现的，而是先转换为另外的形式。

4 参与者：

.AbstractExpression：声明一个抽象的解释操作，这个接口为抽象语法树中所有节点所共享。

.TerminalExpression：实现与文法中的终结符相关联的解释操作。一个句子中的每个终结符需要该类的一个实例。

.NonterminalExpression：对文法中的每一条规则R::=R1R2...Rn都需要一个NonterminalExpression

为从R1到Rn的每个符号都维护一个AbstrationExpression类型的实例变量。

实现Interpret操作，递归调用表示R1到Rn的那些对象的解释操作。

.Context：

包含解释器之外的一些全局信息

.Client：

构建抽象语法树。调用解释操作

5 协作：

.Client：构建一个句子，它是NonterminalExpression和TerminalExpression的实例的一个抽象语法树。然后初始化上下文调用解释操作。

.每一个非终结符表达式节点定义相应子表达式的解释操作。而各终结符表达式的解释操作构成了递归的基础。

.每一节点的解释操作用上下文来存储和访问解释器的状态

6 效果：

1）易于改编和扩展

2）也易于实现文法

3）复杂的文法难以维护

4）增加了新的解释表达式的方式

7 实现：

Interpreter和Composite实现相通。

1）创建抽象语法树 解释器不创建语法树。可以由编译器生成或手动创建，或客户提供。

2）定义解释操作：

并不一定要在解释表达式类中定义解释操作，如果经常创建新的解释器，那么用Visitor模式将一个解释器放入一个独立的访问者对象中。

3）与Flyweight模式共享终结符：

8 相关模式：

Composite模式：抽象语法树是一个复合模式的实例

Flyweight：如何在抽象语法树中共享终结符

Iterator：解释器可以用一个迭代器遍历该结构

Visitor：维护语法分析树中各节点的行为。