php-解释器模式实现

概述

解释器模式（interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。解释器模式需要解决的是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题。

这里我们还是以摩托制造厂为例，因工厂工人数量激增，工厂外面的饭店已经无法满足工人的基本餐饮需求，经领导层商议现决定在厂区开设一个食堂。针对不同阶层的员工食堂采取不同就餐区域，分别为 高层领导餐厅、贵宾厅、中基层员工餐厅。针对这个场景在软件工程中我们采用解释器模式实现。

模式结构

1. Expression - 抽象表达类
2. TerminalExpression - 终结符表达式类
3. AndExpression - 非终结符表达式类
4. Context - 上下文

UML图例

代码实例

<?php

namespace Interpreter;
/**
 * 抽象表达类
 * Class Expression
 */
abstract class Expression
{
    //待解释信息
    abstract public function interpret($info);
}
/**
 * 终结符表达式类
 * Class TerminalExpression
 */
class TerminalExpression extends Expression
{
    private $restaurants = [];

    public function __construct(array $restaurants)
    {
        $this->restaurants = $restaurants;
    }

    public function interpret($info)
    {
        // TODO: Implement interpret() method.
        if (in_array($info, $this->restaurants)) {
            return true;
        } else {
            return false;
        }
    }
}

/**
 * 非终结符表达式类
 * Class AndExpression
 */
class AndExpression extends Expression
{
    private $restaurantsExpression;
    private $role;
    public function __construct(Expression $restaurantsExpression)
    {
        $this->restaurantsExpression = $restaurantsExpression;
    }

    public function interpret($info)
    {
        $info = explode("去",$info);
        $role = $info[0];
        $this->role = $role;
        $restaurant = $role."餐厅";
        return $this->restaurantsExpression->interpret($restaurant);
    }
    public function getRole(){
        return $this->role;
    }
}

/**
 * Class Context
 * 上下文
 */
class Context
{
    //餐厅列表
    private $restaurants = ["高层领导餐厅", "贵宾餐厅", "中基层员工餐厅"];
    private $restaurantsPerson;

    public function __construct()
    {
        $restaurantsExpression = new TerminalExpression($this->restaurants);
        $this->restaurantsPerson = new AndExpression($restaurantsExpression);
    }

    public function havingDinner($info)
    {
        $isTrue = $this->restaurantsPerson->interpret($info);
        $role = $this->restaurantsPerson->getRole();
        if ($isTrue) {
            echo "当前角色 " . $role . "，请前往 ".$role."餐厅<br />";
        } else {
            echo "当前角色 " . $role . " - 暂未找到匹配到该角色的餐厅<br />";
        }
    }
    
}
$content = new Context();
$content->havingDinner("高层领导去食堂吃饭");
$content->havingDinner("贵宾去食堂吃饭");
$content->havingDinner("中基层员工去食堂吃饭");
$content->havingDinner("游客去食堂吃饭");

运行结果

模式分析

• 通常当有一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象语法树时，可使用解释器模式。
• 使用解释器模式，意味着可以很容易的改变和扩展文法，因为该模式使用类来表示文法规则，你可以使用继承来改变或扩展该文法。也比较容易实现文法，因为定义抽象语法树中各个节点的类的实现大体类似，这些类都易于直接编写。
• 解释器模式也有不足的地方，解释器模式为文法中的每一条规则至少定义了一个类，因此包含许多规则的文法可能难以管理和维护。

优缺点

解释器模式优点

解释器是一个简单语法分析工具，它最显著的优点就是扩展性，修改语法规则只要修改相应的非终结符表达式就可以了，若扩展语法，则只要增加非终结符类就可以了。

解释器模式缺点

1. 解释器模式会引起类膨胀
2. 每个语法都要产生一个非终结符表达式，语法规则比较复杂时，就可能产生大量的类文件，为维护带来了非常多的麻烦。
3. 解释器模式采用递归调用方法

适用环境

1、重复发生的问题可以使用解释器模式
例如，多个应用服务器，每天产生大量的日志，需要对日志文件进行分析处理，由于各个服务器的日志格式不同，但是数据要素是相同的，按照解释器的说法就是终结符表达式都是相同的，但是非终结符表达式就需要制定了。在这种情况下，可以通过程序来一劳永逸地解决该问题。
2、一个简单语法需要解释的场景
为什么是简单？文法规则越多，复杂度越高，而且类间还要进行递归调用，不是一般地复杂。想想看，多个类之间的调用你需要什么样的耐心和信心去排查问题。因此，解释器模式一般用来解析比较标准的字符集，例如SQL语法分析，不过该部分逐渐被专用工具所取代。

关注微信公众号（yuantanphp）
回复关键字 设计模式 可获取以下材料 《设计模式：可复用面向对象软件的基础》pdf版. php设计模式23种实例实现php源码