设计模式之笔记--解释器模式(Interpreter)
解释器模式(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)的更多相关文章
- 设计模式 笔记 解释器模式 Interpreter
//---------------------------15/04/26---------------------------- //Interpreter 解释器模式----类行为型模式 /* 1 ...
- 《JAVA设计模式》之解释器模式(Interpreter)
在阎宏博士的<JAVA与模式>一书中开头是这样描述解释器(Interpreter)模式的: 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个 ...
- 学习笔记——解释器模式Interpreter
解释器模式,其实就是编译原理中的语法解释器,如果用在项目中,可以用于实现动态脚本的解析,也就是说项目可以支持用户脚本扩展. 但实际上,这种运行时解释,效率很慢,如果不是很需要的话,不建议使用. 一种简 ...
- 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern)
原文:乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) 作 ...
- 解释器模式 Interpreter 行为型 设计模式(十九)
解释器模式(Interpreter) 考虑上图中计算器的例子 设计可以用于计算加减运算(简单起见,省略乘除),你会怎么做? 你可能会定义一个工具类,工具类中有N多静态方法 比如定义了两个 ...
- C#设计模式:解释器模式(Interpreter Pattern)
一,C#设计模式:解释器模式(Interpreter Pattern) 1,解释器模式的应用场合是Interpreter模式应用中的难点,只有满足“业务规则频繁变化,且类似的模式不断重复出现,并且容易 ...
- 二十四种设计模式:解释器模式(Interpreter Pattern)
解释器模式(Interpreter Pattern) 介绍给定一个语言, 定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子. 示例有一个Message实体类,某个类对它的 ...
- Java进阶篇设计模式之九----- 解释器模式和迭代器模式
前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解 ...
- Java设计模式之九 ----- 解释器模式和迭代器模式
前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解 ...
随机推荐
- VS中碰到的问题
1.调试的时候,语句已经注释掉了,但是在执行的时候还是运行了(或者某些变量值改变后,程序依然用的之前数据). 右键解决方案-->清理,然后重新生成.
- Count the string HDU - 3336
题意: 求一个字符串的每个前缀在这个字符串中出现次数的加和 解析: 默默的骂一句...傻xkmp..博主心里气愤... 拓展kmp就好多了... 因为拓展kmp每匹配一次 就相当于这些前缀出现了一 ...
- 【JavaScript】离线应用与客户端存储
一.前言 这章非常重要,由于之后需要负责平台手机APP的日后维护,如何让用户在离线状态下正常使用,以及联网后的数据合并变得非常重要. 二.内容 离线检测 navigator ...
- 【bzoj1029】【JSOI2007】建筑抢修
1029: [JSOI2007]建筑抢修 Time Limit: 4 Sec Memory Limit: 162 MBSubmit: 6417 Solved: 2883[Submit][Statu ...
- 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 ...
- Eclipse中使用Maven创建项目 (转)
转自:http://www.gogogogo.me/development/eclipse-maven-webapp.html Apache Maven是一个优秀的项目构建和管理工具,许多 ...
- [USACO07MAR]黄金阵容均衡Gold Balanced L…
https://www.luogu.org/problem/show?pid=1360 题目描述 Farmer John's N cows (1 ≤ N ≤ 100,000) share many s ...
- HDU6129 规律
LINK 题意:n个数进行m次前缀和异或和后的情况,其中$n,m(1\leq n\leq2\times10^5,1\leq m\leq10^9)$. 思路:看到m这么大,肯定要分解m的,又是异或和,二 ...
- SPOJ DQUERY 离线树状数组+离散化
LINK 题意:给出$(n <= 30000)$个数,$q <= 2e5$个查询,每个查询要求给出$[l,r]$内不同元素的个数 思路:这题可用主席树查询历史版本的方法做,感觉这个比较容易 ...
- Linux rpm yum 等安装软件
任何程序都是先写代码,拿到源码去编译得到一个目标程序. 1 编译的过程复杂有需要准备编译的环境,和硬件有关,32位64位,内核的不同等等所以需要编译多次 Java特殊但是他需要安装jvm, ...