设计模式21-解释器模式

解释器模式
是一种按照规定语法进行解析的方案,在现在项目中使用较少。
给定一门语言,定义它的文法的一种表示,并定义一个解释器,该解释器使用该表示来解释语言中的句子。
优点:最显著的优点是扩展性。
缺点:1、解释器模式会引起类膨胀;2、解释器模式采用递归调用方法;3、效率问题。
使用场景:
1、重复发生的问题可以使用解释器模式;
2、一个简单语法需要解释的场景。
目前在开发中运用的非常少,因为会引起效率、性能、以及维护等问题。

//抽象解释器:具体的解释任务由各实现类完成。
public abstract class Expression {
	public abstract Object interpreter(Context ctx);
}
//非终结符表达式:文法中的每条规则对应于一个非终结表达式。
public class NonterminalExpression extends Expression {
	//每个非终结符表达式都会对其他表达式产生依赖
	public NonterminalExpression(Expression... expression) {
	}
	@Override
	public Object interpreter(Context ctx) {
		return null;
	}

}
//终结符表达式:实现与文法中的元素相关联的解释操作,通常一个解释器模式中只有一个终结符表达式
//但有多个实例,对应不同的终结符
public class TerminalExpression extends Expression {
	@Override
	public Object interpreter(Context ctx) {
		return null;
	}
}
//环境角色
public class Context {

}

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大叔yang的技术log

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值