1、模式简介

  解释器模式允许我们自定义一种语言,并定义一个这种语言的解释器,这个解释器用来解释语言中的句子。由于这种模式主要用于编译器的编写,因此在日常应用中不是很常用。

  如果一种特定类型的问题发生频率足够高,那么可能就值得将该问题的各个实例表述为一种简单语言中的一个句子,这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题。

解释器模式的优点:

  • 可扩展性比较好,灵活;
  • 增加了新的解释表达式的方式;
  • 易于实现简单文法。

解释器模式的缺点:

  • 可利用场景比较少;
  • 对于复杂的文法比较难维护;
  • 解释器模式会引起类膨胀;
  • 解释器模式采用递归调用方法。

解释器模式的使用场景:

  • 可以将一个需要解释执行的语言中的句子表示为一个抽象语法树;
  • 一些重复出现的问题可以用一种简单的语言来进行表达;
  • 一个简单语法需要解释的场景。

2、案例

  在本例中我们定义一个解释器来解决日常的算数问题,如:(a + b) / (a - b + 6) * a。具体代码如下:

  在解释器模式中,每个操作或参数都可以被抽象成一个表达式,因此我们首先定义一个表达式抽象类Expression,代码如下:

public abstract class Expression {
protected String key; public String getKey() {
return key;
} public abstract Expression interpret(Context context);
}

  变量表达式VariableExpression中的代码:

public class VariableExpression extends Expression {
private Integer value; public VariableExpression(String key, Integer value) {
super.key = key;
this.value = value;
} public Integer getValue() {
return value;
} @Override
public Expression interpret(Context context) {
context.addVariable(super.key, value);
return this;
}
}

  加减乘除表达式的代码,这里以除法表达式DivideExpression中的代码为例:

public class DivideExpression extends Expression {
private String resultExpressionKey;
private Expression leftExpression;
private Expression rightExpression; public DivideExpression(String resultExpressionKey, Expression leftExpression, Expression rightExpression) {
this.resultExpressionKey = resultExpressionKey;
this.leftExpression = leftExpression;
this.rightExpression = rightExpression;
} @Override
public Expression interpret(Context context) {
Integer rightVariableValue = ((VariableExpression) rightExpression).getValue();
if (rightVariableValue != 0) {
return new VariableExpression(resultExpressionKey,
((VariableExpression) leftExpression).getValue() / rightVariableValue);
}
return null;
}
}

  测试类Test中的代码如下:

/**
* 计算:(a + b) / (a - b + 6) * a
*/
public class Test {
public static void main(String[] args) {
// 上下文对象
Context context = new Context();
// 向上下文对象中添加变量
VariableExpression a = (VariableExpression) new VariableExpression("a", 11).interpret(context);
VariableExpression b = (VariableExpression) new VariableExpression("b", 10).interpret(context);
VariableExpression c = new VariableExpression("c", 6); // 开始计算
Expression tmpResult1 = new AddExpression("tmp1", a, b).interpret(context);
Expression tmpResult2 = new MinusExpression("tmp2", a, b).interpret(context);
Expression tmpResult3 = new AddExpression("tmp3", tmpResult2, c).interpret(context);
Expression tmpResult4 = new DivideExpression("tmp4", tmpResult1, tmpResult3).interpret(context);
Expression tmpResult5 = new MultiplyExpression("tmp5", tmpResult4, a).interpret(context); // 打印结果
System.out.println("结果是:" + ((VariableExpression) tmpResult5).getValue());
}
}

  运行结果如下图所示:

  最后贴出解释器模式在GitHub中的代码地址:【GitHub - Interpreter】

【设计模式 - 15】之解释器模式(Interpreter)的更多相关文章

  1. 《JAVA设计模式》之解释器模式(Interpreter)

    在阎宏博士的<JAVA与模式>一书中开头是这样描述解释器(Interpreter)模式的: 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个 ...

  2. 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern)

    原文:乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) 作 ...

  3. 解释器模式 Interpreter 行为型 设计模式(十九)

      解释器模式(Interpreter)   考虑上图中计算器的例子 设计可以用于计算加减运算(简单起见,省略乘除),你会怎么做?    你可能会定义一个工具类,工具类中有N多静态方法 比如定义了两个 ...

  4. C#设计模式:解释器模式(Interpreter Pattern)

    一,C#设计模式:解释器模式(Interpreter Pattern) 1,解释器模式的应用场合是Interpreter模式应用中的难点,只有满足“业务规则频繁变化,且类似的模式不断重复出现,并且容易 ...

  5. 二十四种设计模式:解释器模式(Interpreter Pattern)

    解释器模式(Interpreter Pattern) 介绍给定一个语言, 定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子. 示例有一个Message实体类,某个类对它的 ...

  6. Java进阶篇设计模式之九----- 解释器模式和迭代器模式

    前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解 ...

  7. Java设计模式之九 ----- 解释器模式和迭代器模式

    前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解 ...

  8. 大话设计模式Python实现-解释器模式

    解释器模式(Interpreter Pattern):给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. 下面是一个解释器模式的demo: #!/usr/ ...

  9. 设计模式之GOF23解释器模式

    解释器模式Interpreter -是一种不常用的设计模式 -用于描述如何构成一个简单的语言解释器,主要用于使用面向对象语言开发的编译器和解释器设计 -当我们需要开发一种新的语言时,可以考虑使用解释器 ...

  10. [设计模式] 15 解释器模式 Interpreter

    在GOF的<设计模式:可复用面向对象软件的基础>一书中对解释器模式是这样说的:给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子.如果一种特定类 ...

随机推荐

  1. jQuery EasyUI 1.4.4 Combobox无法检索中文输入的问题

    在项目里使用了EasyUI的Combobox,当ComboBox的item是英文时,都能正常检索出对应项,但是如果使用中文输入法输入几个字母然后通过按shift键输入时,奇怪的事情发生了,combob ...

  2. Android Capability 细粒度的权限控制

    1. 传统的UID/GID,权限颗粒度太大 2. Capability: 细粒度的权限控制 3. 进程的Capability 4. 文件的Capability 5. 进程的Capability Bou ...

  3. Centos7 修改运行级别

    systemd使用比sysvinit的运行级别更为自由的target概念作为替代 第三运行级: multi-user.target 第五运行级: graphical.target   #前者是符号链接 ...

  4. python基础 [Alex视频]

    vi hello.py#!/usr/bin/env pythonprint "hello world!"while True: print("hello world!&q ...

  5. System.Reflection.Assembly.GetEntryAssembly()获取的为当前已加载的程序集

    今天在使用System.Reflection.Assembly.GetEntryAssembly()获取程序集时,发现获取的程序集不全.原来是因为C#的程序集为延迟加载,此方法只获取当前已加载的,未加 ...

  6. Uva_11762 Race to 1

    题目链接 题意: 给一个数n, 每次从小于等于n的素数里选一个P, 如果能被n整除, 那么就n就变成n / P. 问: n 变成1的期望. 思路: 设小于等于n的素数有p 个, 其中是n的约数的有g个 ...

  7. 30+最佳Ajax jQuery的自动完成插件的例子

    在这篇文章中,我们将介绍35个jQuery AJAX的自动完成提示例子. jQuery 的自动完成功能,使用户快速找到并选择一定的价值.每个人都想要快速和即时搜索输入栏位,因为这个原因,许 流行的搜索 ...

  8. BZOJ 3680 吊打XXX

    Description gty又虐了一场比赛,被虐的蒟蒻们决定吊打gty.gty见大势不好机智的分出了n个分身,但还是被人多势众的蒟蒻抓住了.蒟蒻们将n个gty吊在n根绳子上,每根绳子穿过天台的一个洞 ...

  9. [BZOJ 1143] [CTSC2008] 祭祀river 【最长反链】

    题目链接:BZOJ - 1143 题目分析 这道题在BZOJ上只要求输出可选的最多的祭祀地点个数,是一道求最长反链长度的裸题. 下面给出一些相关知识: 在有向无环图中,有如下的一些定义和性质: 链:一 ...

  10. GemFire

    一.GemFire是什么?   如果你了解Redis或memCached,那么恭喜,你很快就能理解GemFire是什么,没错,你可以把它理解为一个增强版的Redis,具体在哪些方面增强,我们日后慢慢聊 ...