解析器模式-设计模式

动机

1. 在软件构建过程中，如果某一特定领域的问题比较复杂，类似的结构不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。
2. 在这种情况下，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解析器来解释这样的句子，从而达到解决问题的目的。

模式定义

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

类图

总结

1. Interpreter模式的应用场合是Interpreter模式应用中的难点，只有满足“业务规则频繁变化，且类似的结构不断重复出现，并且容易抽象为语法规则的问题”才适合适用Interpreter模式。
2. 适用Interpreter模式来表示文法规则，从而可以使用面向对象技巧来方便的“扩展”文法。
3. Interpreter模式比较适合简单的文法表示，对于复杂的文法表示，Interperter模式会产生比较大的层次结构，需要求助于语法分析生成器这样的标准工具。

实例

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

但是，解释器模式由于使用了大量的循环和递归，效率是个不容忽视的问题，特别是用于解析复杂、冗长的语法时，效率是难以忍受的，排错也非常困难。

解释器模式在实际的系统开发中使用的非常少，因为它会引起效率、性能以及维护等问题，一般在大中型的框架型项目能够找到它的身影，比如一些数据分析工具、报表设计工具、科学计算工具等等。当确实需要使用解释器模式时，可以考虑使用Expression4J、MESP（Math Expression String Parser）、Jep等开源的解析工具包。
具体的实例可以参考博客：https://blog.csdn.net/mrkohaku/article/details/79213321

参考

JAVA设计模式之解释器模式