解释器模式(Interpreter)

定义

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

类图

描述

Expression:抽象表达式,声明一个所有的具体表达式都需要实现的抽象接口;这个接口主要是一个interpret()方法,称做解释操作。

Terminal Expression:终结符表达式,实现了抽象表达式所要求的接口;文法中的每一个终结符都有一个具体终结表达式与之相对应。比如公式R=R1+R2,R1和R2就是终结符,对应的解析R1和R2的解释器就是终结符表达式。

Nonterminal Expression:非终结符表达式,文法中的每一条规则都需要一个具体的非终结符表达式,非终结符表达式一般是文法中的运算符或者其他关键字,比如公式R=R1+R2中,“+"就是非终结符,解析“+”的解释器就是一个非终结符表达式。

Context:环境,它的任务一般是用来存放文法中各个终结符所对应的具体值,比如R=R1+R2,给R1赋值100,给R2赋值200,这些信息需要存放到环境中。

应用场景

首先输入一个加减或乘除的运算公式,比如a+b-c+a或a*b/c*a,再给每个参数赋值,最后根据公式完成运算并得到结果。

    /// <summary>
/// 环境
/// </summary>
public class Context
{
private Dictionary<char, double> variable;
public Dictionary<char, double> Variable
{
get
{
if (this.variable == null)
{
this.variable = new Dictionary<char, double>();
}
return this.variable;
}
}
} /// <summary>
/// 抽象表达式
/// </summary>
public abstract class Expression
{
public abstract double Interpret(Context context);
} /// <summary>
/// 变量,终结符表达式
/// </summary>
public class VariableExpression : Expression
{
private char key;
public VariableExpression(char key)
{
this.key = key;
} public override double Interpret(Context context)
{
return context.Variable[this.key];
}
} /// <summary>
/// 操作符,非终结符表达式
/// </summary>
public abstract class OperatorExpression : Expression
{
protected Expression left;
protected Expression right; public OperatorExpression(Expression left, Expression right)
{
this.left = left;
this.right = right;
}
} public class AddExpression : OperatorExpression
{
public AddExpression(Expression left, Expression right)
: base(left, right)
{ } public override double Interpret(Context context)
{
return this.left.Interpret(context) + this.right.Interpret(context);
}
} public class SubExpression : OperatorExpression
{
public SubExpression(Expression left, Expression right)
: base(left, right)
{ } public override double Interpret(Context context)
{
return this.left.Interpret(context) - this.right.Interpret(context);
}
} public class MulExpression: OperatorExpression
{
public MulExpression(Expression left, Expression right)
: base(left, right)
{ } public override double Interpret(Context context)
{
return this.left.Interpret(context) * this.right.Interpret(context);
}
} public class DivExpression: OperatorExpression
{
public DivExpression(Expression left, Expression right)
: base(left, right)
{ } public override double Interpret(Context context)
{
return this.left.Interpret(context) / this.right.Interpret(context);
}
} public class Calculator
{
private string expression;
private Context context; public Calculator(string expression)
{
this.expression = expression;
this.context = new Context();
} public double Calculate()
{
char[] vars = this.expression.ToCharArray();
foreach (char c in vars)
{
if (c == '+' || c == '-' || c == '*' || c == '/')
{
continue;
}
if (!this.context.Variable.ContainsKey(c))
{
Console.Write(c + "=");
this.context.Variable.Add(c, double.Parse(Console.ReadLine()));
}
}
Expression left = new VariableExpression(vars[]);
Expression right = null;
Stack<Expression> stack = new Stack<Expression>();
stack.Push(left);
for (int i = ; i < vars.Length; i += )
{
left = stack.Pop();
right = new VariableExpression(vars[i + ]);
switch (vars[i])
{
case '+':
stack.Push(new AddExpression(left, right));
break;
case '-':
stack.Push(new SubExpression(left, right));
break;
case '*':
stack.Push(new MulExpression(left, right));
break;
case '/':
stack.Push(new DivExpression(left, right));
break;
}
}
double value = stack.Pop().Interpret(this.context);
stack.Clear();
return value;
}
}

输入公式:a+b-c+a

赋值:

a=10
b=5
c=3

运算结果:22

设计模式之笔记--解释器模式(Interpreter)的更多相关文章

  1. 设计模式 笔记 解释器模式 Interpreter

    //---------------------------15/04/26---------------------------- //Interpreter 解释器模式----类行为型模式 /* 1 ...

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

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

  3. 学习笔记——解释器模式Interpreter

    解释器模式,其实就是编译原理中的语法解释器,如果用在项目中,可以用于实现动态脚本的解析,也就是说项目可以支持用户脚本扩展. 但实际上,这种运行时解释,效率很慢,如果不是很需要的话,不建议使用. 一种简 ...

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

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

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

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

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

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

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

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

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

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

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

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

随机推荐

  1. VS中碰到的问题

    1.调试的时候,语句已经注释掉了,但是在执行的时候还是运行了(或者某些变量值改变后,程序依然用的之前数据). 右键解决方案-->清理,然后重新生成.

  2. Count the string HDU - 3336

    题意: 求一个字符串的每个前缀在这个字符串中出现次数的加和 解析: 默默的骂一句...傻xkmp..博主心里气愤... 拓展kmp就好多了... 因为拓展kmp每匹配一次   就相当于这些前缀出现了一 ...

  3. 【JavaScript】离线应用与客户端存储

    一.前言        这章非常重要,由于之后需要负责平台手机APP的日后维护,如何让用户在离线状态下正常使用,以及联网后的数据合并变得非常重要. 二.内容        离线检测 navigator ...

  4. 【bzoj1029】【JSOI2007】建筑抢修

    1029: [JSOI2007]建筑抢修 Time Limit: 4 Sec  Memory Limit: 162 MBSubmit: 6417  Solved: 2883[Submit][Statu ...

  5. Codeforces Round #340 (Div. 2) E 莫队+前缀异或和

    E. XOR and Favorite Number time limit per test 4 seconds memory limit per test 256 megabytes input s ...

  6. Eclipse中使用Maven创建项目 (转)

    转自:http://www.gogogogo.me/development/eclipse-maven-webapp.html       Apache Maven是一个优秀的项目构建和管理工具,许多 ...

  7. [USACO07MAR]黄金阵容均衡Gold Balanced L…

    https://www.luogu.org/problem/show?pid=1360 题目描述 Farmer John's N cows (1 ≤ N ≤ 100,000) share many s ...

  8. HDU6129 规律

    LINK 题意:n个数进行m次前缀和异或和后的情况,其中$n,m(1\leq n\leq2\times10^5,1\leq m\leq10^9)$. 思路:看到m这么大,肯定要分解m的,又是异或和,二 ...

  9. SPOJ DQUERY 离线树状数组+离散化

    LINK 题意:给出$(n <= 30000)$个数,$q <= 2e5$个查询,每个查询要求给出$[l,r]$内不同元素的个数 思路:这题可用主席树查询历史版本的方法做,感觉这个比较容易 ...

  10. Linux rpm yum 等安装软件

    任何程序都是先写代码,拿到源码去编译得到一个目标程序. 1  编译的过程复杂有需要准备编译的环境,和硬件有关,32位64位,内核的不同等等所以需要编译多次     Java特殊但是他需要安装jvm, ...