时间:2021-07-01 10:21:17 帮助过:17人阅读
解释器设计模式用于分析一个实体的关键元素,并且针对每个元素都提供自己的解释或相应的动作。
解释器模式问题与解决方案
解释器设计模式是我们经常使用但未意识到的少数几个常见设计模式之一。并未限制这种设计模式只用于类的创建。在创建大多数编程算法的过程中,我们都会使用到解释器设计模式的基本概念。
为了理解解释器设计模式的工作原理,我们以宏语言的处理为例。为每个宏编写的命令本身是更多命令的集合。简化的宏语言使编程人员不必考虑其他系统命令的语法就能够更容易的完成创建操作。在某些情况下,这也能提升安全性,此时编程人员不直接访问系统命令。相反,编程人员会在某种沙箱内编写包装器方法来执行系统命令。红语言会被解释和转换为一组要执行的命令。
通过查看模板系统也可以认识解释器设计模式。特定的预定义关键字或符号被定义为表示其他事物。模板处理器用于接受代码,解释每个关键字以引用特定的指令集,并执行这些代码。
构建基于解释器设计模式的系统允许第三方或用户更灵活地表示和检索系统提供的数据。我们并不通过预定义方法名或特定常量来表示检索数据的类型,而是使用关键字检索这些数据。
UML
该图详细说明了一个使用解释器设计模式的类设计。
以下是对上图的解释:
1.MyObject类处理需要被解释的内容。它具有私有字符串content,这个字符串存储需要处理的内容。
2.storeContent()方法接受一个名为content的参数,该方法对处理内容进行预解释,随后将结果储存在MyObject对象内部。
3.随后会调用applyInterpretation()方法。该方法会创建MyInterpreter类的一个实例。MyInterpreter具有一个名为interpretKeys()的公共方法,这个方法接受参数content.applyInterpretation()并获取该参数的内部内容。MyInterpreter类对要处理的内容执行解释,并且将结果返回MyObject。接下来,applyInterpretation()方法替换内部的内容变量。
4.最后,MyObject通过getContent()方法提供解释后的内容。
使用实例
文法递归的代码部分需要根据具体的情况来实现,因此在代码中没有体现。抽象表达式是生成语法集合的关键,每个非终结符表达式解释一个最小的语法单元,然后通过递归的方式将这些语法单元组合成完整的文法,这就是解释器模式。
class Context {} abstract class Expression { public abstract Object interpreter(Context ctx); } class TerminalExpression extends Expression { public Object interpreter(Context ctx){ return null; } } class NonterminalExpression extends Expression { public NonterminalExpression(Expression...expressions){ } public Object interpreter(Context ctx){ return null; } } public class Client { public static void main(String[] args){ String expression = ""; char[] charArray = expression.toCharArray(); Context ctx = new Context(); Stack<Expression> stack = new Stack<Expression>(); for(int i=0;i<charArray.length;i++){ //进行语法判断,递归调用 } Expression exp = stack.pop(); exp.interpreter(ctx); } }
以上就是PHP面向对象进阶设计模式:解释器模式使用实例的详细内容,更多请关注Gxl网其它相关文章!