设计模式之23--解释器模式

解释器模式（Interpreter）的目的就是使用一个解释器为用户提供一门定义语言的语法表示的解释器。然后通过解释器来解释语言中的句子。

UML图如下所示：

这种模式实现了一个表达式接口，该接口解释一个特定的上下文。通常被用在SQL解析，符号处理引擎等。

角色：

1)抽象解释器(AbstractExpression)：具体的解释任务由各个实现类完成。

2)终结符表达式(TerminalExpression)：实现与文法中的元素相关联的解释操作，通常一个解释器模式中只有一

终结符表达式，但有多个实例，对应不同的终结符。

3)非终结符表达式(NonterminalExpression)：文法中的每条规则对应于一个非终结表达式，非终结表达式根据逻

辑的复杂程度的增加而增加，原则上每个文法都对应一个非终结表达式。

4)环境角色(Context)：上下文环境类。

解释器模式的优缺点：

优点：它是一个简单的语法分析工具，显著优点是扩展性，修改语法规则只要修改相应的非终结表达式即可，若扩展语法，则只要增加非终结符类就可以了。

缺点：①会引起类膨胀；②采用递归调用，导致调试复杂；③代码效率的问题。

解释器模式在实际的系统开发中使用的非常少，因为它会引起效率、性能以及维护问题。