Java终结符,Java描述设计模式(14)：解释器模式

一、解释器模式

1、基础概念

解释器模式是对象的行为模式。给定一个语言之后，解释器模式可以定义出其文法的一种表示，并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的表达式。

2、模式图解

3、核心角色

(1)、抽象表达式

Express：声明具体表达式角色需要实现的抽象接口，该接口主要提供一个interpret()方法，称做解释操作。

(2)、终结符表达式

TerminalExpress：实现抽象表达式角色接口，主要是一个interpret()方法；每个终结符都有一个具体终结表达式与之相对应。比如解析c=a+b，a和b是终结符，解析a和b的解释器就是终结符表达式。

(3)、非终结符表达式

NotTerminalExpress：每一条规则都需要一个具体的非终结符表达式用来衔接，一般是指运算符或者逻辑判断，比如c=a+b，“+"就是非终结符，解析“+”的解释器就是一个非终结符表达式。

(4)、环境容器

DataMap：一般是用来存放各个终结符所对应的具体值，比如c=a+b转换为c=1+2。这些信息需要一个存放环境。

4、源代码实现

类图结构

源码实现

public class C01_InScene {

public static void main(String[] args) {

DataMap dataMap = new DataMap();

TerminalExpress terminalExpress1 = new TerminalExpress("num1");

TerminalExpress terminalExpress2 = new TerminalExpress("num2");

TerminalExpress terminalExpress3 = new TerminalExpress("num3");

dataMap.putData(terminalExpress1, 1);

dataMap.putData(terminalExpress2, 2);

dataMap.putData(terminalExpress3, 3);

// 1+2-3 = 0

System.out.println(new Minus(

new Add(terminalExpress1,terminalExpress2), terminalExpress3)

.interpret(dataMap));

}

}

// 解释器接口

interface Express {

Integer interpret(DataMap dataMap) ;

}

// 非终结符表达式

abstract class NotTerminalExpress implements Express {

Express express1,express2;

public NotTerminalExpress(Express express1, Express express2){

this.express1 = express1;

this.express2 = express2;

}

}

// 终结符表达式: 1+2 终结符： 1 和 2

class TerminalExpress implements Express {

public String field ;

public TerminalExpress (String field){

this.field = field ;

}

@Override

public Integer interpret(DataMap dataMap) {

return dataMap.getData(this);

}

}

// 加法表达式

class Add extends NotTerminalExpress {

public Add (Express e1, Express e2) {

super(e1, e2);

}

// 将两个表达式相减

@Override

public Integer interpret(DataMap context) {

return this.express1.interpret(context) + this.express2.interpret(context);

}

}

// 减法表达式

class Minus extends NotTerminalExpress {

public Minus (Express e1, Express e2) {

super(e1, e2);

}

// 将两个表达式相减

@Override

public Integer interpret(DataMap context) {

return this.express1.interpret(context) - this.express2.interpret(context);

}

}

// 数据容器

class DataMap {

private Map dataMap = new HashMap<>() ;

public void putData (Express key,Integer value){

dataMap.put(key,value) ;

}

public Integer getData (Express key){

return dataMap.get(key) ;

}

}

二、Spring框架应用

1、源码案例

import org.springframework.expression.Expression;

import org.springframework.expression.spel.standard.SpelExpressionParser;

public class SpringTest {

public static void main(String[] args) {

SpelExpressionParser parser = new SpelExpressionParser () ;

Expression expression = parser.parseExpression("(1+3-2)*3") ;

Integer result = (Integer)expression.getValue() ;

System.out.println("result="+result);

}

}

2、代码分析

(1)Expression结构

表达式接口：具有不同的实现类。

interface Expression

class CompositeStringExpression implements Expression

class LiteralExpression implements Expression

class SpelExpression implements Expression

核心方法：

Object getValue() throws EvaluationException;

(2)SpelExpressionParser结构

SpelExpressionParser extends TemplateAwareExpressionParser

TemplateAwareExpressionParser implements ExpressionParser

interface ExpressionParser

(3)ExpressionParser接口

public interface ExpressionParser {

Expression parseExpression(String var1) ;

Expression parseExpression(String var1, ParserContext var2) ;

}

(4)Expression获取

根据不同的条件获取不同的Expression对象。这里产生类的依赖关系。

源码位置：TemplateAwareExpressionParser

public Expression parseExpression(String expressionString,

ParserContext context)

throws ParseException {

if (context == null) {

context = NON_TEMPLATE_PARSER_CONTEXT;

}

return context.isTemplate() ?

this.parseTemplate(expressionString, context) :

this.doParseExpression(expressionString, context);

}

三、模式总结

场景

编译器、运算符表达式、正则表达式、机器人等。

优点

当有一个表达式或者语言需要解释执行，该场景下的内容可以考虑使用解释器模式，使程序具有良好的扩展性。

缺点

解释器模式会引起类膨胀，会导致程序执行和调试非常复杂，不容易理解。

四、源代码地址

GitHub·地址

https://github.com/cicadasmile/model-arithmetic-parent

GitEE·地址

https://gitee.com/cicadasmile/model-arithmetic-parent