第16讲：Interpreter 解释器模式.docVIP

第16讲：Interpreter 解释器模式 2006.6.1 李建忠 动机（Motivation） 在软件构建过程中，如果某一特定领域的问题比较复杂，类似的模式不断重复出现，如果使用普通的编程方式来实现将面临非常频繁的变化。 在这种情况下，将特定领域的问题表达为某种语法规则下的句子，然后构建一个解释器来解释这样的句子，从而达到解决问题的目的。 ? 意图（Intent） 给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。 ——《设计模式》GoF ? 例说Interpreter应用 假设现在要写一个程序将汉字转化为数字 假设我们能够把它分解为每个小部分来处理，问题就容易多了 上下文Context，statement是未处理的字符串，data是已经处理后的结果 Interpret是解释器，是Expression的核心。 ? 个 ? 十、百、千 对于万，就比较复杂，因为万可以是几千几百几十几万，因此他要包含前面千百十个的处理方法 客户程序 tree的添加顺序一定是要遵从个十百千万。亿的情况和万差不多，如果需要，则直接扩展一个亿的Expression即可，而不用去改变原来的类，这就是Interpreter模式的优美之处。 ? 结构（Structure） 对应刚才的例子，Context是表达文法要处理的上下文。AbstractExpression对应Expression，TerminalExpression终端表达式对应我们的一系列GeExpression、ShiExpression等。NonterminalExpression表达式是非终端表达式，在例子中并没有写，可以结合组合模式的树形结构来使用，因为大的表达式有时就是由小的表达式组合起来的。 ? Interpreter模式的几个要点 Interpreter模式的应用场合是Interpreter模式应用中的难点，只有满足“业务规则频繁变化，且类似的模式不断重复出现，并且容易抽象为语法规则的问题”才适合使用Interpreter模式。 使用Interpreter模式来表示文法规则，从而可以使用面向对象技巧方便地“扩展”文法。 Interpreter模式比较适合简单的文法表示，对于复杂的文法表示，Interpreter模式会产生比较大的类层次结构，需要求助于语法分析生成器这样的标准工具。 ? .NET架构中的Interpreter 正则表达式就是一个典型的解释器。ASP.NET中，把aspx文件转化为dll时，会对html语言进行处理，这个处理过程也包含了解释器的模式在里面。Interpreter模式其实有Composite模式的影子，但它们解决的问题是不一样的。