PHP头条
热点：

PHP设计模式漫谈之解释器模式


热度1 评论 237
www.PHPzy.Com  网友分享于：       浏览数24888次

PHP设计模式漫谈之解释器模式


PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈

树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。

解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。

解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。

同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。

参与者：

◆客户端（Client）：使用解释操作。

◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。

◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。

◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。

PHP设计模式中的解释器模式
解释器模式示例

《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。

  2. /**  
  3.  * AbstractExpression. All implementations of this interface  
  4.  * are ConcreteExpressions.  
  5.  */ 
  6. interface MathExpression  
  7. {  
  8.     /**  
  9.      * Calculates the value assumed by the expression.  
  10.      * Note that $values is passed to all expression but it  
  11.      * is used by Variable only. This is required to abstract  
  12.      * away the tree structure.  
  13.      */ 
  14.     public function evaluate(array $values);  
  15. }  
  16.  
  17. /**  
  18.  * A terminal expression which is a literal value.  
  19.  */ 
  20. class Literal implements MathExpression  
  21. {  
  22.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
value    ;  
  23.  
  24.     public function __construct($value)  
  25.     {  
  26.         $this->_value = $value;  
  27.     }  
  28.  
  29.     public function evaluate(array $values)  
  30.     {  
  31.         return $this->_value;  
  32.     }  
  33. }  
  34.  
  35. /**  
  36.  * A terminal expression which represents a variable.  
  37.  */ 
  38. class Variable implements MathExpression  
  39. {  
  40.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
letter    ;  
  41.  
  42.     public function __construct($letter)  
  43.     {  
  44.         $this->_letter = $letter;  
  45.     }  
  46.  
  47.     public function evaluate(array $values)  
  48.     {  
  49.         return $values[$this->_letter];  
  50.     }  
  51. }  
  52.  
  53. /**  
  54.  * Nonterminal expression.  
  55.  */ 
  56. class Sum implements MathExpression  
  57. {  
  58.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
a    ;  
  59.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
b    ;  
  60.  
  61.     public function __construct(MathExpression $a, MathExpression $b)  
  62.     {  
  63.         $this->_a = $a;  
  64.         $this->_b = $b;  
  65.     }  
  66.  
  67.     public function evaluate(array $values)  
  68.     {  
  69.         return $this->_a->evaluate($values) + $this->_b->evaluate($values);  
  70.     }  
  71. }  
  72.  
  73. /**  
  74.  * Nonterminal expression.  
  75.  */ 
  76. class Product implements MathExpression  
  77. {  
  78.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
a    ;  
  79.     private PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、结构模式和命令模式。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。

    欲了解更多关于PHP设计模式的内容，欢迎访问：PHP设计模式漫谈
    

    树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。
    

    解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。
    

    解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。
    

    同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。
    

    参与者：
    

    ◆客户端（Client）：使用解释操作。
    

    ◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。
    

    ◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。
    

    ◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。
    

    PHP设计模式中的解释器模式 
    解释器模式示例
    

    《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。
    

    ___FCKpd___0
    

    我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。
    
b    ;  
  80.  
  81.     public function __construct(MathExpression $a, MathExpression $b)  
  82.     {  
  83.         $this->_a = $a;  
  84.         $this->_b = $b;  
  85.     }  
  86.  
  87.     public function evaluate(array $values)  
  88.     {  
  89.         return $this->_a->evaluate($values) * $this->_b->evaluate($values);  
  90.     }  
  91. }  
  92.  
  93. // 10(a + 3)  
  94. $expression = new Product(new Literal(10), new Sum(new Variable('a'), new Literal(3)));  
  95. echo $expression->evaluate(array('a' => 4)), "\n";  
  96. // adding new rules to the grammar is easy:  
  97. // e.g. Power, Subtraction...  
  98. // thanks to the Composite, manipulation is even simpler:  
  99. // we could add substitute($letter, MathExpression $expr)  
  100. // to the interface...

我们会在下周继续为您连载PHP设计模式漫谈系列文章，敬请期待。

www.phpzy.comtrue/phpyy/15899.htmlTechArticlePHP设计模式漫谈之解释器模式 PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、 结构模式 和 命令模式 。我们今天的主角是解释器（Interprete...

相关文章

相关频道：

PHP之友评论

今天推荐