社区 学习 工具库 休闲
搜索
简体中文
首页 > 后端开发 > php教程 > PHP设计模式漫谈之解释器模式_PHP

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

WBOY
发布： 2016-06-01 12:20:30
原创
918 人浏览过

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

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

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

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

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

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

参与者：

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

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

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

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

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

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

<ol class="dp-c">
<li class="alt"><span><span><!--p  </sp--></span></span></li>
<li>
<span class="comment"><font color="#008200">/** </font></span> </li>
<li class="alt"><span><span class="comment"><font color="#008200"> * AbstractExpression. All implementations of this interface </font></span> </span></li>
<li><span><span class="comment"><font color="#008200"> * are ConcreteExpressions. </font></span> </span></li>
<li class="alt"><span><span class="comment"><font color="#008200"> */</font></span><span> </span></span></li>
<li>
<span class="keyword"><strong><font color="#006699">interface</font></strong></span><span> MathExpression  </span>
</li>
<li class="alt"><span>{  </span></li>
<li>
<span>    </span><span class="comment"><font color="#008200">/** </font></span> </li>
<li class="alt"><span><span class="comment"><font color="#008200">     * Calculates the value assumed by the expression. </font></span> </span></li>
<li><span><span class="comment"><font color="#008200">     * Note that $values is passed to all expression but it </font></span> </span></li>
<li class="alt"><span><span class="comment"><font color="#008200">     * is used by Variable only. This is required to abstract </font></span> </span></li>
<li><span><span class="comment"><font color="#008200">     * away the tree structure. </font></span> </span></li>
<li class="alt"><span><span class="comment"><font color="#008200">     */</font></span><span> </span></span></li>
<li>
<span>    </span><span class="keyword"><strong><font color="#006699">public</font></strong></span><span> </span><span class="keyword"><strong><font color="#006699">function</font></strong></span><span> evaluate(</span><span class="keyword"><strong><font color="#006699">array</font></strong></span><span> </span><span class="vars"><font color="#dd0000">$values</font></span><span>);  </span>
</li>
<li class="alt"><span>}  </span></li>
<li><span> </span></li>
<li class="alt">
<span class="comment"><font color="#008200">/** </font></span> </li>
<li><span><span class="comment"><font color="#008200"> * A terminal expression which is a literal value. </font></span> </span></li>
<li class="alt"><span><span class="comment"><font color="#008200"> */</font></span><span> </span></span></li>
<li>
<span class="keyword"><strong><font color="#006699">class</font></strong></span><span> Literal </span><span class="keyword"><strong><font color="#006699">implements</font></strong></span><span> MathExpression  </span>
</li>
<li class="alt"><span>{  </span></li>
<li>
<span>    </span><span class="keyword"><strong><font color="#006699">private</font></strong></span><span> </span><span class="vars"><font color="#dd0000">PHP设计模式漫谈系列已经连载的四周，我们了解了PHP设计模式中的代理模式、责任链模式、<font color="#0000ff">结构模式</font>和<font color="#0000ff">命令模式</font>。我们今天的主角是解释器（Interpreter）模式，它包括一个具有复合类分层结构的文法表现，规则是映射到类，跟随在文法后面的表达式可以被转换成一个抽象的语法树，除了复合模式的实例对象图外，没有别的内容。
<p>欲了解更多关于PHP设计模式的内容，欢迎访问：<font color="#0000ff">PHP设计模式漫谈</font></p>
<p>树是一个抽象的名词，因为实际上大多数时候它是一个表达式的抽象表现，它忽略了可能有一个字符串，也可能有一个数据结构的具体表达式，（例如，在PHP中，“A”和“\x41”是相同抽象字面值的不同具体表现），通过逻辑规则解耦结果，使解释过程大大简化。</p>
<p>解释器不是一个很常见的模式，但对于简单的语法，它添加一个规则就象添加一个类那样容易，但它没有解决从具体表现形式到抽象语法树的转换，这是由其它服务完成的。</p>
<p><strong>解释器模式旨在为一个简单的抽象表达式（AbstractExpression）方法（解释器操作）实现利用复合分层结构，解释器操作的参数通常统称为上下文，对于给定的一个方法，它们通常被计算值代替，或它们对某些操作可能不存在。</strong></p>
<p>同样，当包含一个解释器时，复合模式的叶子和容器参与者名称会不一样，这些名称反映了它们所扮演的角色：终结符（terminal）或非终结符（nonterminal）表达式。</p>
<p><strong>参与者：</strong></p>
<p>◆客户端（Client）：使用解释操作。</p>
<p>◆抽象表达式（AbstractExpression）：基于一个表达式树抽象。</p>
<p>◆非终结符表达式（NonTerminalExpression）：递归地包含其它抽象表达式（AbstractExpression实例）的表达式。</p>
<p>◆终结符表达式（TerminalExpression）：不能够进一步简化的表达式。</p>
<p style="TEXT-ALIGN: center"><img class="fit-image" onmousewheel="javascript:return big(this)"    style="max-width:90%" alt="PHP设计模式中的解释器模式" src="http://img.bitscn.com/upimg/allimg/100422/1601191602-0.jpg"  style="max-width:90%" onload="javascript:if(this.width>498)this.style.width=498;" border="0"> <br>解释器模式示例</p>
<p>《设计模式》一书针对这个模式提供了一个扩展示例，我将使用数学表达式替换布尔表达式重新改造了一下，因此这个例子解决了一个数学表达式的展现，它的evaluate( )被分离在一个不同的ConcreteExpression类中。</p>
<div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">___FCKpd___0
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制
登录后复制

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

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

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

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

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

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

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

    参与者：

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

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

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

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

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

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

    ___FCKpd___0
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    登录后复制

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

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

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

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

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

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

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

    参与者：

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

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

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

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

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

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

    ___FCKpd___0
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    登录后复制

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

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

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

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

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

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

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

    参与者：

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

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

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

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

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

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

    ___FCKpd___0
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    登录后复制

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

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

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

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

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

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

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

    参与者：

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

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

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

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

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

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

    ___FCKpd___0
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    登录后复制

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

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

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

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

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

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

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

    参与者：

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

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

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

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

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

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

    ___FCKpd___0
    登录后复制
    登录后复制
    登录后复制
    登录后复制
    登录后复制

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

    b    ;  
  •  
  •     public function __construct(MathExpression $a, MathExpression $b)  
  •     {  
  •         $this->_a = $a;  
  •         $this->_b = $b;  
  •     }  
  •  
  •     public function evaluate(array $values)  
  •     {  
  •         return $this->_a->evaluate($values) * $this->_b->evaluate($values);  
  •     }  
  • }  
  •  
  • // 10(a + 3)  
  • $expression = new Product(new Literal(10), new Sum(new Variable('a'), new Literal(3)));  
  • echo $expression->evaluate(array('a' => 4)), "\n";  
  • // adding new rules to the grammar is easy:  
  • // e.g. Power, Subtraction...  
  • // thanks to the Composite, manipulation is even simpler:  
  • // we could add substitute($letter, MathExpression $expr)  
  • // to the interface... 

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

    相关标签：
    抽象 模式 表达式 解释
    来源：php.cn
    上一篇：那些未曾了解的PHP函数和功能_PHP 下一篇：PHP开发人员容易忽略的几点精华_PHP
    本站声明
    本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn
    作者最新文章
    最新问题
    google 浏览器 手机版显示的怎么实现 老师您好，google 浏览器怎么变成手机版样式的？
    来自于 2024-04-23 00:22:19
    0
    9
    1588
    通过添加 Width 属性将内容向左移动 我已经为主体提供了边距。主要{左边缘：200px;右边距：200px；文本对齐：居中}由于我想以两行而不是一行显示文本，因此我在样式中添加了width属性。.p{字体大小：12px...
    来自于 2024-04-06 22:01:35
    0
    3
    816
    返回值中变量的格式是什么？ 我是php的新学习者。我发现有一段代码：if($x<time()){return[false,'error'];}逻辑或变量并不重要，但我不明白[false,'error']...
    来自于 2024-04-06 21:55:20
    0
    1
    778
    如何在 React 中的排序方法上触发渲染（带有过滤器和分页）？ 这是我的Sort.js样式组件：<SortWrapper><SortText>SortBy</SortText><SortSelecton...
    来自于 2024-04-06 21:28:37
    0
    1
    2257
    匹配单词的正则表达式 我有一个脚本，我试图将新的职位名称与数据库中的现有职位名称进行匹配。SELECTa.titleASJobTitle,j.DescriptionASMatchedJobTitle,f...
    来自于 2024-04-06 21:24:04
    0
    1
    606
    相关专题
    更多>
    热门推荐
    热门教程
    更多>
    相关教程
    热门推荐
    最新课程
    最新下载
    更多>
    网站特效
    网站源码
    网站素材
    前端模板