开发者社区> code_xzh> 正文

解释器模式

简介: 解释器模式: 解释器模式是类的行为模式。给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器。客户端可以使用这个解释器来解释这个语言中的句子。 组成 模式所涉及到4个角色: 抽象表达式(Expression)角色:声明一个所有的具体表达式角色都需要实现的抽象接口。这个接口主要是一个interpret()方法,称做解释操作。 终结符表达式(Terminal Expre
+关注继续查看

解释器模式:

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

组成

模式所涉及到4个角色:
  • 抽象表达式(Expression)角色:声明一个所有的具体表达式角色都需要实现的抽象接口。这个接口主要是一个interpret()方法,称做解释操作。
  • 终结符表达式(Terminal Expression)角色:实现了抽象表达式角色所要求的接口,主要是一个interpret()方法;文法中的每一个终结符都有一个具体终结表达式与之相对应。比如有一个简单的公式R=R1+R2,在里面R1和R2就是终结符,对应的解析R1和R2的解释器就是终结符表达式。
  • 非终结符表达式(Nonterminal Expression)角色:文法中的每一条规则都需要一个具体的非终结符表达式,非终结符表达式一般是文法中的运算符或者其他关键字,比如公式R=R1+R2中,“+"就是非终结符,解析“+”的解释器就是一个非终结符表达式。
  • 环境(Context)角色:这个角色的任务一般是用来存放文法中各个终结符所对应的具体值,比如R=R1+R2,我们给R1赋值100,给R2赋值200。这些信息需要存放到环境角色中,很多情况下我们使用Map来充当环境角色就足够了。
UML图

 适用场景:

  • 当有一个语言需要解释执行,并且你可将该语言中的句子表示为一个抽象语法树,可以使用解释器模式。而当存在以下情况时该模式效果最好
  • 该文法的类层次结构变得庞大而无法管理。此时语法分析程序生成器这样的工具是最好的选择。他们无需构建抽象语法树即可解释表达式,这样可以节省空间而且还可能节省时间。
  • 效率不是一个关键问题,最高效的解释器通常不是通过直接解释语法分析树实现的,而是首先将他们装换成另一种形式,例如,正则表达式通常被装换成状态机,即使在这种情况下,转换器仍可用解释器模式实现,该模式仍是有用的。
代码实现
 class Context
    {
        private int sum;
        public int Sum
        {
            get { return sum; }
            set { sum=value;}
        }
     
    }
   
    /// 解释器抽象类。
   
   abstract class AbstractExpreesion
    {
        public abstract void Interpret(Context context);
       
     
    }
    
    ///   解释器具体实现类
    
    class PlusExpression : AbstractExpreesion
    {
        public override void Interpret(Context context)
        {
            int sum = context.Sum;
            sum++;
            context.Sum = sum;
 
        }
    }
    
    ///   解释器具体实现类。 自减
    
    class MinusExpression : AbstractExpreesion
    {
        public override void Interpret(Context context)
        {
            int sum = context.Sum;
            sum--;
            context.Sum = sum;
 
        }
    }

测试
 class Interpreter{
        static void Main(string[] args){
            Context context = new Context();
            context.Sum = 10;
            List<AbstractExpreesion> list = new List<AbstractExpreesion>();
            //运行加法三次
            list.Add(new PlusExpression());
            list.Add(new PlusExpression());
            list.Add(new PlusExpression());
            //运行减法两次
            list.Add(new MinusExpression());
            list.Add(new MinusExpression());
            for (int i = 0; i < list.Count(); i++)
            {
                AbstractExpreesion expression = list[i];
                expression.Interpret(context);
            }
            Console.WriteLine(context.Sum);
            Console.ReadLine();
        }
    }



版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
设计模式之解释器模式
设计模式之解释器模式
20 0
Java设计模式 ->解释器模式
Java设计模式 ->解释器模式
22 0
设计模式(27) -- 解释器模式
设计模式(27) -- 解释器模式
25 0
设计模式轻松学【二四】解释器模式
在生活中我们往往没听懂别人说的话,需要别人详细的解释一遍,才明白其中的意思。在学习Java的过程中我们不明白某个知识点,也需要有详细的解释才能让我们明白其中的韵味。对于编程语言来说也一样,JDK就是java运行提供的一种解释器,所以解释器模式就是去解析某个东西。
24 0
我学会了,解释器模式
解释器模式属于行为型模式,这个类型的设计模式总结出了 类、对象之间的经典交互方式,将类、对象的行为和使用解耦了,花式的去使用对象的行为来完成特定场景下的功能。
23 0
中介者模式与解释器模式(1)
中介者模式与解释器模式(1)
53 0
中介者模式与解释器模式(3)
中介者模式与解释器模式(3)
57 0
中介者模式与解释器模式(2)
中介者模式与解释器模式(2)
35 0
设计模式-解释器模式
四则运算 模型公式,输入一个公式,然后输入其中的参数,然后运算出结果 代码如下 抽象表达式类 public abstract class Expression{ // 解析数值,key是参数,value是数字 public abstract int interpreter(Hash...
1082 0
+关注
code_xzh
对前端移动客户端技术比较擅长。著有《React Native移动开发实战》和《Kotlin入门与实战》和《Weex跨平台实战》,《React Native移动开发进阶》即将出版,正在努力完成《Flutter跨平台开发实战》
文章
问答
文章排行榜
最热
最新
相关技术图谱
更多
Kubernetes 技术图谱
Kubernetes 技术图谱由 Linux Foundation 开源软件大学、马哥教育、阿里云云原生团队、阿里云开发者学堂专家联合出品,通过技术入门、Kubernetes 应知应会、Kubernetes 实践能力训练三个维度的设计,帮助云原生人才建包括理论、实践、体验的基础技能体系,提供 CKA、CKAD、ACA、ACP 等相关认证资格提供积累专业技能的基础环境。
321094
32456
去学习
大数据工程师进阶 技术图谱
从开源大数据技术(选学),到云上大数据快速应用(更便捷、更强大)
475680
96912
去学习
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载