解析器模式-设计模式

动机

  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

猜你喜欢

转载自blog.csdn.net/tianzhonghaoqing/article/details/112708132
今日推荐