GOF23设计模式之解释器模式和访问器模式的理解

本文深入探讨了设计模式中的解释器模式和访问者模式,阐述了它们在开发中的常见应用场景,如EL表达式处理、正则表达式解释、SQL语法解析等。同时介绍了如何在实际开发中利用现成工具包简化工作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


设计模式之解释器模式Interpreter

     是一种不常用的设计模式

     用于描述如何构成一个简单的语言解释器,主要用于使用面向对象语言开发的编译器和解释器设计。

     当我们需要开发一种新的语言时,可以考虑使用解释器模式。

     尽量不要使用解释器模式,后期维护会有很大麻烦。在项目中可以使用jrubyGroovyjavajs引擎来代替解释器的作用,弥补java语言的不足。

开发中常见的场景:

     EL表达式的处理

     正则表达式解释器

     SQL语法的解释器

     数学表达式解析器

         现成工具包:Math Expression
String Parser Expression4j

设计模式之访问其模式Visitor

     模式动机:

         对于存储在一个集合中的对象,他们可能具有不同的类型(即使有一个公共的接口),对于该集合中的对象,可以接受一类称为访问其的对象来访问,不同的访问者其访问方式也有所不同

     定义:

         表示一个作用于某对象结构中的个元素的操作,它时我们可以在不改变元素的类的前提下定义作用于这些元素的新操作

     开发中场景:    

         XML文档解析器

         编译器的设计

         复杂集合对象的处理

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值