行为模式之解释器模式 示例

今天复习设计模式看到解释器模式。想到之前我碰到过的一个问题。

问题:前后端多条件的解析。
例:某字符串token开始于“a” 且包含“b” 或长度等于10

之前是通过三方的组件解决的。如果要自己实现一个可扩展、易交互的方案。之前没想到什么好办法。

其实可以用解释器模式封装两层来解决。

但我的解释器示例以另一个更简单的例子做一个举例。上面的仅是一个思考。

问题:波兰表示法。运算符末尾添加操作数的方式
例:1 2 + 代表1+2的运算。 3 4 + 5 - 6 + 代表3+4-5+6的运算

解释器一般有几部分组成。

1、Context(环境):封装解释器的全局信息,所有具体的解释器都需访问Context.

2、AbstractExpression(抽象表达式):一个抽象类或接口。声明执行的解释方法,由所有具体的解释器实现。

3、TerminalExpression(终结符表达式)。一种解释器类,实现与语法终结符相关的操作。终结符表达式必须被实现或示例化,因为它表示表达式的结尾

4、NonTerminalExpression(非终结符表达式):实现语法的不同规则或符号的类。每一个语法都应该创建一个类。

实现代码示例:

1、表达式接口:

/**
 * 表达式接口
 */
public interface Expression {

    public float interpret();
}

2、终结符表达式。(在本例中为数值)

/**
 * 数值表达式
 */
public
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值