C#面向对象设计模式纵横谈 第16讲:Interpreter 解释器模式

>>>  技術話題—商業文明的嶄新時代  >>> 簡體     傳統

2006.6.1 李建忠

动机(Motivation)

在软件构建过程中,如果某一特定领域的问题比较复杂,类似的模式不断重复出现,如果使用普通的编程方式来实现将面临非常频繁的变化。

在这种情况下,将特定领域的问题表达为某种语法规则下的句子,然后构建一个解释器来解释这样的句子,从而达到解决问题的目的。

 

意图(Intent)

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

——《设计模式》GoF

 

例说Interpreter应用

假设现在要写一个程序将汉字转化为数字

image

假设我们能够把它分解为每个小部分来处理,问题就容易多了

image

上下文Context,statement是未处理的字符串,data是已经处理后的结果

image

Interpret是解释器,是Expression的核心。

image

image

image

image

十、百、千

image

对于万,就比较复杂,因为万可以是几千几百几十几万,因此他要包含前面千百十个的处理方法

image

image

客户程序

image

tree的添加顺序一定是要遵从个十百千万。亿的情况和万差不多,如果需要,则直接扩展一个亿的Expression即可,而不用去改变原来的类,这就是Interpreter模式的优美之处。

 

结构(Structure)

image

对应刚才的例子,Context是表达文法要处理的上下文。AbstractExpression对应Expression,TerminalExpression终端表达式对应我们的一系列GeExpression、ShiExpression等。NonterminalExpression表达式是非终端表达式,在例子中并没有写,可以结合组合模式的树形结构来使用,因为大的表达式有时就是由小的表达式组合起来的。

 

Interpreter模式的几个要点

Interpreter模式的应用场合是Interpreter模式应用中的难点,只有满足“业务规则频繁变化,且类似的模式不断重复出现,并且容易抽象为语法规则的问题”才适合使用Interpreter模式。

使用Interpreter模式来表示文法规则,从而可以使用面向对象技巧方便地“扩展”文法。

Interpreter模式比较适合简单的文法表示,对于复杂的文法表示,Interpreter模式会产生比较大的类层次结构,需要求助于语法分析生成器这样的标准工具。

 

.NET架构中的Interpreter

正则表达式就是一个典型的解释器。ASP.NET中,把aspx文件转化为dll时,会对html语言进行处理,这个处理过程也包含了解释器的模式在里面。Interpreter模式其实有Composite模式的影子,但它们解决的问题是不一样的。

2010.10.12


MSDN 网络广播 李建忠 2013-08-22 08:50:05

[新一篇] C#面向對象設計模式縱橫談 第15講:Command 命令模式

[舊一篇] C#面向對象設計模式縱橫談 第17講:Mediator 中介者模式
回頂部
寫評論


評論集


暫無評論。

稱謂:

内容:

驗證:


返回列表