JAVA设计模式之解释器模式
在阎宏博士的《JAVA与模式》一书中开头是这样描述解释器(Interpreter)模式的:
解释器模式是类的行为模式。给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。
解释器模式的结构
下面就以一个示意性的系统为例,讨论解释器模式的结构。系统的结构图如下所示:
模式所涉及的角色如下所示:
(1)抽象表达式(Expression)角色:声明一个所有的具体表达式角色都需要实现的抽象接口。这个接口主要是一个interpret()方法,称做解释操作。
(2)终结符表达式(Terminal Expression)角色:实现了抽象表达式角色所要求的接口,主要是一个interpret()方法;文法中的每一个终结符都有一个具体终结表达式与之相对应。比如有一个简单的公式R=R1+R2,在里面R1和R2就是终结符,对应的解析R1和R2的解释器就是终结符表达式。
(3)非终结符表达式(Nonterminal Expression)角色:文法中的每一条规则都需要一个具体的非终结符表达式,非终结符表达式一般是文法中的运算符或者其他关键字,比如公式R=R1+R2中,“+"就是非终结符,解析“+”的解释器就是一个非终结符表达式。
(4)环境(Context)角色:这个角色的任务一般是用来存放文法中各个终结符所对应的具体值,比如R=R1+R2,我们给R1赋值100,给R2赋值200。这些信息需要存放到环境角色中,很多情况下我们使用Map来充当环境角色就足够了。
为了说明解释器模式的实现办法,这里给出一个最简单的文法和对应的解释器模式的实现,这就是模拟Java语言中对布尔表达式进行操作和求值。
在这个语言中终结符是布尔变量,也就是常量true和false。非终结符表达式包含运算符and,or和not等布尔表达式。这个简单的文法如下:
Expression ::= Constant | Variable | Or | And | Not
And ::= Expression 'AND' Expression
Or ::= Expression 'OR' Expression
Not ::= 'NOT' Expression
Variable ::= 任何标识符
Constant ::= 'true' | 'false'
解释器模式的结构图如下所示:
源代码
抽象表达式角色

- public abstract class Expression {
- /**
- * 以环境为准,本方法解释给定的任何一个表达式
- */
- public abstract boolean interpret(Context ctx);
- /**
- * 检验两个表达式在结构上是否相同
- */
- public abstract boolean equals(Object obj);
- /**
- * 返回表达式的hash code
- */
- public abstract int hashCode();
- /**
- * 将表达式转换成字符串
- */
- public abstract String toString();
- }

一个Constant对象代表一个布尔常量

- public class Constant extends Expression{
- private boolean value;
- public Constant(boolean value){
- this.value = value;
- }
- @Override
- public boolean equals(Object obj) {
- if(obj != null && obj instanceof Constant){
- return this.value == ((Constant)obj).value;
- }
- return false;
- }
- @Override
- public int hashCode() {
- return this.toString().hashCode();
- }
- @Override
- public boolean interpret(Context ctx) {
- return value;
- }
- @Override
- public String toString() {
- return new Boolean(value).toString();
- }
- }

一个Variable对象代表一个有名变量

- public class Variable extends Expression {
- private String name;
- public Variable(String name){
- this.name = name;
- }
- @Override
- public boolean equals(Object obj) {
- if(obj != null && obj instanceof Variable)
- {
- return this.name.equals(
- ((Variable)obj).name);
- }
- return false;
- }
- @Override
- public int hashCode() {
- return this.toString().hashCode();
- }
- @Override
- public String toString() {
- return name;
- }
- @Override
- public boolean interpret(Context ctx) {
- return ctx.lookup(this);
- }
- }

代表逻辑“与”操作的And类,表示由两个布尔表达式通过逻辑“与”操作给出一个新的布尔表达式的操作

- public class And extends Expression {
- private Expression left,right;
- public And(Expression left , Expression right){
- this.left = left;
- this.right = right;
- }
- @Override
- public boolean equals(Object obj) {
- if(obj != null && obj instanceof And)
- {
- return left.equals(((And)obj).left) &&
- right.equals(((And)obj).right);
- }
- return false;
- }
- @Override
- public int hashCode() {
- return this.toString().hashCode();
- }
- @Override
- public boolean interpret(Context ctx) {
- return left.interpret(ctx) && right.interpret(ctx);
- }
- @Override
- public String toString() {
- return "(" + left.toString() + " AND " + right.toString() + ")";
- }
- }

代表逻辑“或”操作的Or类,代表由两个布尔表达式通过逻辑“或”操作给出一个新的布尔表达式的操作

- public class Or extends Expression {
- private Expression left,right;
- public Or(Expression left , Expression right){
- this.left = left;
- this.right = right;
- }
- @Override
- public boolean equals(Object obj) {
- if(obj != null && obj instanceof Or)
- {
- return this.left.equals(((Or)obj).left) && this.right.equals(((Or)obj).right);
- }
- return false;
- }
- @Override
- public int hashCode() {
- return this.toString().hashCode();
- }
- @Override
- public boolean interpret(Context ctx) {
- return left.interpret(ctx) || right.interpret(ctx);
- }
- @Override
- public String toString() {
- return "(" + left.toString() + " OR " + right.toString() + ")";
- }
- }

代表逻辑“非”操作的Not类,代表由一个布尔表达式通过逻辑“非”操作给出一个新的布尔表达式的操作

- public class Not extends Expression {
- private Expression exp;
- public Not(Expression exp){
- this.exp = exp;
- }
- @Override
- public boolean equals(Object obj) {
- if(obj != null && obj instanceof Not)
- {
- return exp.equals(
- ((Not)obj).exp);
- }
- return false;
- }
- @Override
- public int hashCode() {
- return this.toString().hashCode();
- }
- @Override
- public boolean interpret(Context ctx) {
- return !exp.interpret(ctx);
- }
- @Override
- public String toString() {
- return "(Not " + exp.toString() + ")";
- }
- }

环境(Context)类定义出从变量到布尔值的一个映射

- public class Context {
- private Map<Variable,Boolean> map = new HashMap<Variable,Boolean>();
- public void assign(Variable var , boolean value){
- map.put(var, new Boolean(value));
- }
- public boolean lookup(Variable var) throws IllegalArgumentException{
- Boolean value = map.get(var);
- if(value == null){
- throw new IllegalArgumentException();
- }
- return value.booleanValue();
- }
- }

客户端类

- public class Client {
- public static void main(String[] args) {
- Context ctx = new Context();
- Variable x = new Variable("x");
- Variable y = new Variable("y");
- Constant c = new Constant(true);
- ctx.assign(x, false);
- ctx.assign(y, true);
- Expression exp = new Or(new And(c,x) , new And(y,new Not(x)));
- System.out.println("x=" + x.interpret(ctx));
- System.out.println("y=" + y.interpret(ctx));
- System.out.println(exp.toString() + "=" + exp.interpret(ctx));
- }
- }

运行结果如下:
JAVA设计模式之解释器模式的更多相关文章
- 折腾Java设计模式之解释器模式
解释器模式 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 意图 给定一个语言,定义它的文法表 ...
- 20.java设计模式之解释器模式
基本需求 实现四则运算,如计算a+b-c+d的值 先输入表达式的形式,如a+b-c+d,要求表达式正确 再分别输出a,b,c,d的值 最后求出结果 传统方案 编写一个方法,接收表达式的形式,根据用户输 ...
- 简单的介绍一下Java设计模式:解释器模式
目录 定义 意图 主要解决问题 优缺点 结构 示例 适用情况 定义 解释器模式是类的行为型模式,给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器,客户端可以使用这个解释器来 ...
- Java设计模式——装饰者模式
JAVA 设计模式 装饰者模式 用途 装饰者模式 (Decorator) 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator 模式相比生成子类更为灵活. 装饰者模式是一种结构式模式 ...
- 浅析JAVA设计模式之工厂模式(一)
1 工厂模式简单介绍 工厂模式的定义:简单地说,用来实例化对象,取代new操作. 工厂模式专门负责将大量有共同接口的类实例化.工作模式能够动态决定将哪一个类实例化.不用先知道每次要实例化哪一个类. 工 ...
- 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern)
原文:乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 解释器模式(Interpreter Pattern) 作 ...
- JAVA设计模式--装饰器模式
装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰 ...
- 折腾Java设计模式之建造者模式
博文原址:折腾Java设计模式之建造者模式 建造者模式 Separate the construction of a complex object from its representation, a ...
- 折腾Java设计模式之备忘录模式
原文地址:折腾Java设计模式之备忘录模式 备忘录模式 Without violating encapsulation, capture and externalize an object's int ...
随机推荐
- kvm虚拟机安装
KVM虚拟化技术介绍 概述 KVM是基于内核的虚拟化技术(Kernel-based Virtual Machine),于2007年的Linux 2.6.20被合并进Linux内核.KVM要求CPU支持 ...
- eclipse配置ros cakin编译环境
先安装eclipse,之前的博客:http://www.cnblogs.com/CZM-/p/5942435.html Catkin-y 方法使用catkin无法make eclipse工程,生成pr ...
- MONGODB 与sql聚合操作对应图
MongoDB 高级查询条件操作符 2012-04-25 15:35:19| 分类: MongoDB | 标签:mongodb使用 mongodb查询 |举报|字号 订阅 http://blo ...
- mongo
最近一直在用mongodb,有时候会需要用到统计,在网上查了一些资料,最适合用的就是用aggregate,以下介绍一下自己运用的心得.. 别人写过的我就不过多描述了,大家一搜能搜索到N多一样的,我写一 ...
- jboss入门学习1
环境准备 win8 jdk1.6 jboss4.0.5 oracle10g 修改jboss默认端口 server/default/conf/jboss-service.xml 1.WebService ...
- Markov Random Fields
We have seen that directed graphical models specify a factorization of the joint distribution over a ...
- Java 基本语法(1)
关键字 关键字的定义和特点 定义:被Java语言赋予了特殊含义,用做专门用途的字符串(单词) 特点:关键字中所有字母都为小写 Java保留字:现有Java版本尚未使用,但以后版本可能会作为关键字使用. ...
- CI框架源码分析
这几天,把ci源码又看了一遍,于是有了新的收获.明白了在application目录下core文件夹的作用,就是用来写ci核心文件的扩展的, 而且需要在配置文件中添加类前缀MY_. CI框架整体是但入口 ...
- LintCode Validate Binary Search Tree
Validate Binary Search Tree Given a binary tree, determine if it is a valid binary search tree (BST) ...
- Linux应用领域
1.基于Linux的企业服务器 www.netcraft.com 可以看到网站的后台服务 2.嵌入式应用