解释器模式 （Interpreter Pattern）

        文档地址：《设计模式之禅》​​​​​​​

        切入故事： 四则运算你会吗

        定义: Given a language, define a representation for its grammar along with an interpreter that uses the representation to interpret sentences in the language.（给定一门语言， 定义它的文法的一种表示， 并定义一个解释器， 该解释器使用该表示来解释语言中的句子。 ）

        通用类图：

                

                 ● AbstractExpression——抽象解释器

                            具体的解释任务由各个实现类完成， 具体的解释器分别由TerminalExpression和NonterminalExpression完成。

                ● TerminalExpression——终结符表达式

                            实现与文法中的元素相关联的解释操作， 通常一个解释器模式中只有一个终结符表达式， 但有多个实例， 对应不同的终结符。

                ● NonterminalExpression——非终结符表达式

                            文法中的每条规则对应于一个非终结表达式， 具体到我们的例子就是加减法规则分别对应到AddExpression和SubExpression两个类。

                ● Context——环境角色

        优点： 扩展性很好

        缺点：

                 ● 解释器模式会引起类膨胀

                 ● 解释器模式采用递归调用方法

                 ● 效率问题

        使用场景：

                 ● 重复发生的问题可以使用解释器模式

                 ● 一个简单语法需要解释的场景

        注意事项：

                 尽量不要在重要的模块中使用解释器模式， 否则维护会是一个很大的问题。 在项目中可以使用shell、 JRuby、 Groovy等脚本语言来代替解释器模式， 弥补Java编译型语言的不足。