本文来源于网络,原文地址
解释器模式的定义如下:定义语言的文法,并且建立一个解释器来解释该语言中的句子。它属于类的行为模式。这里
的语言意思是使用规定格式和语法的代码。
在 的书中指出:如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一
个简单语言中的句子。这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题。而且当文法简单、效
率不是关键问题的时候效果最好。
这也就是解释器模式应用的环境了。
让我们来看看神秘的解释器模式是由什么来组成的吧。
抽象表达式角色:声明一个抽象的解释操作,这个接口为所有具体表达式角色(抽象语法树中的节点)都要实
现的。
什么叫做抽象语法树呢?《 与模式》中给的解释为:抽象语法树的每一个节点都代表一个语句,而在每个节
点上都可以执行解释方法。这个解释方法的执行就代表这个语句被解释。由于每一个语句都代表这个语句被解释。由
于每一个语句都代表一个常见的问题的实例,因此每一个节点上的解释操作都代表对一个问题实例的解答。
终结符表达式角色:具体表达式。
实现与文法中的终结符相关联的解释操作
而且句子中的每个终结符需要该类的一个实例与之对应
非终结符表达式角色:具体表达式。
文法中的每条规则 ! " # 都需要一个非终结符表带式角色
对于从 到 # 的每个符号都维护一个抽象表达式角色的实例变量
实现解释操作,解释一般要递归地调用表示从 到 # 的那些对象的解释操作
上下文(环境)角色:包含解释器之外的一些全局信息。
$客户角色:
构建(或者被给定)表示该文法定义的语言中的一个特定的句子的抽象语法树
调用解释操作
对每一个角色都给出了详细的职责,而且在类图中给出五个角色之间的关系。这样实现起来也不是很困难了,下面举
了一个简单的例子,希望能加深你对解释器模式的理解。
三、举例
评论1
最新资源