设计模式学习总结(22) 解释器模式

本系列主要记录设计模式的意图是什么，它要解决一个什么问题，什么时候可以使用它；它是怎样解决的，掌握它的结构图，记住它的关键代码；可以想到至少两个它的应用实例，一个生活中的，一个软件中的；这个模式的优缺点是什么，其有哪些使用场景，在使用时要注意什么。

尊重作者，转载请注明晔阳的Bloghttp://blog.csdn.net/hacke2

22.解释器模式

意图：给定一个语言， 定义它的文法表示， 并定 义一个解释器， 这个解释器使用该标识来解释语言中的句子。
主要解决：对于一些固定文法构建一个解释句子的解释器
什么时候使用：假设一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子.这样就能够构建一个解释器，该解释器通过解释这些句子来解决该问题.
怎样解决 ：构件语法树，定义终结符与非终结符
结构图：


关键代码：构件环境类，包括解释器之外的一些全局信息，通常是HashMap
应用实例：编译器、运算表达式计算
长处： 1、 可扩展性比較好，灵活。  2、 添加了新的解释表达式的方式  3、 易于实现简单文法。
缺点： 可利用场景比較少   2、 对于复杂的文法比較难维护。3、解释器模式会引起类膨胀 4、解释器模式採用递归调用方法
使用场景： 1、能够将一个须要解释运行的语言中的句子表示为一个抽象语法树 2、一些反复出现的问题能够用一种简单的语言来进行表达 3、一个简单语法须要解释的场景
注意事项：可利用场景比較少,JAVA中假设碰到能够用expression4J取代