Menu

  • Home
  • Work
    • Cloud
      • Virtualization
      • IaaS
      • PaaS
    • Java
    • Go
    • C
    • C++
    • JavaScript
    • PHP
    • Python
    • Architecture
    • Others
      • Assembly
      • Ruby
      • Perl
      • Lua
      • Rust
      • XML
      • Network
      • IoT
      • GIS
      • Algorithm
      • AI
      • Math
      • RE
      • Graphic
    • OS
      • Linux
      • Windows
      • Mac OS X
    • BigData
    • Database
      • MySQL
      • Oracle
    • Mobile
      • Android
      • IOS
    • Web
      • HTML
      • CSS
  • Life
    • Cooking
    • Travel
    • Gardening
  • Gallery
  • Video
  • Music
  • Essay
  • Home
  • Work
    • Cloud
      • Virtualization
      • IaaS
      • PaaS
    • Java
    • Go
    • C
    • C++
    • JavaScript
    • PHP
    • Python
    • Architecture
    • Others
      • Assembly
      • Ruby
      • Perl
      • Lua
      • Rust
      • XML
      • Network
      • IoT
      • GIS
      • Algorithm
      • AI
      • Math
      • RE
      • Graphic
    • OS
      • Linux
      • Windows
      • Mac OS X
    • BigData
    • Database
      • MySQL
      • Oracle
    • Mobile
      • Android
      • IOS
    • Web
      • HTML
      • CSS
  • Life
    • Cooking
    • Travel
    • Gardening
  • Gallery
  • Video
  • Music
  • Essay

解释器模式

8
Mar
2008

解释器模式

By Alex
/ in Architecture
/ tags 设计模式
0 Comments
模式定义

给定一个语言,定义它的文法(语法规则)的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。在GOF95中解释器模式被分类为行为型模式。 

模式结构与说明

patterns_InterpreterPattern

  1. AbstractionExpression:定义了解释器的接口,约定解释器的解释操作
  2. TerminalExpression:端点解释器,用来实现语法规则中和端点相关的操作,不包含其它解释器。如果使用组合模式构建语法树的话,就相当于Leaf角色
  3. NonterminalExpression:非端点解释器,用来实现语法规则中非端点相关的操作,通常对应了一个语法规则,可以包含其它解释器。如果使用组合模式构建语法树的话,就相当于Composite角色。非端点解释器可以有多种
  4. Context:上下文,包含各种解释器需要的数据或者公共功能。上下文在解释器模式中非常重要,它会被传递到所有解释器中,解释器可以在上下文中存取数据
  5. Client:解释器的客户端

理解解释器模式的思路,需要首先了解两个重要的概念:

  1. 解析器(Parser):能够把Client的表达式请求解析为抽象语法树形式
  2. 解释器(Interpreter):能够解释抽象语法树,并执行每个节点对应的功能 

那么,解析器这个角色谁来承担呢?亦即,谁来构建语法树?如果语法很简单,可以让客户端来手工构建,否则,应当开发单独的解析器,能够把字符串形式的表达式转换为语法树。

解释器模式的优点:

  1. 将每个语法规则表示成一个类,方便实现语言
  2. 由于语法由许多类表示,因此可以轻易的改变或者扩展此语言
  3. 通过在类结构中加入新的方法,可以在解释的同时添加新的行为,例如验证、打印格式美化

解释器模式的缺点:

  1. 当语法规则很复杂时,该模式会变得异常复杂

解释器模式的适用场景:

  1. 当需要实现一个简单的语言时
  2. 有一个简单的语法,并且简单比效率更加重要
应用举例

考虑一个简单的XPath解释器,支持以下形式的XPath语法:

1
2
3
4
#选择元素根元素msg下body子元素的el子元素
/msg/body/el
#选择元素根元素msg下body子元素的el子元素的name属性
/msg/body/el/@name

分析一下可以看到,XML元素可以作为非端点元素或者端点元素,XML属性则只能支持端点元素,因此,我们设计如下的解释器类层次:

patterns_InterpreterPattern_XPathXPath解释器的实现思路是:

  1. 通过Dom4j等工具执行XML解析
  2. 从根XPathExpression开始解析
  3. 如果当前是非端点表达式,那么在Context中设置parent为当前元素
  4. 如果当前是端点表达式,那么:
    1. 对于元素端点,依据parent获取当前元素,进而获取元素的文本
    2. 对于属性端点,依据parent获取对应属性,进而获取元素的属性

主要代码如下:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
/**
* XPath解析上下文
*
*/
public class XPathContext
{
 
    /* 上下文中包含公共的数据 */
 
    private Document doc;   //XML文档
 
    private Element  parent; //当前父元素
 
    /* 上下文中可以包含公共的功能 */
 
    public XPathContext( InputStream xml ) throws DocumentException
    {
        this.doc = new SAXReader().read( xml );
    }
 
    public void setParent( String name )
    {
        if ( parent == null ) parent = doc.getRootElement();
        else parent = parent.element( name );
    }
 
    public String getElementText( String name )
    {
        return parent.elementText( name );
    }
 
    public String getAttribute( String name )
    {
        return parent.attributeValue( name );
    }
}
 
/**
* XPath表达式超类
*
*/
public abstract class XPathExpression
{
 
    private String name;
 
    public XPathExpression( String name )
    {
        this.name = name;
    }
 
    public abstract String interpret( XPathContext ctx );
 
    public String getName()
    {
        return name;
    }
}
 
/**
* XPath元素表达式,非端点
*
*/
public class XPathElementExpression extends XPathExpression
{
 
    public XPathElementExpression( String name )
    {
        super( name );
    }
 
    private List<XPathExpression> subExprs = new ArrayList<XPathExpression>();
 
    @Override
    public String interpret( XPathContext ctx )
    {
        ctx.setParent( getName() ); //只是在上下文中设置父元素
        return subExprs.get( 0 ).interpret( ctx ); //然后就遍历子节点
    }
 
    public void addSubExpression( XPathExpression expr )
    {
        subExprs.add( expr );
    }
}
 
/**
* 元素端点
*/
public class XPathTerminalElementExpression extends XPathExpression
{
 
    public XPathTerminalElementExpression( String name )
    {
        super( name );
    }
 
    @Override
    public String interpret( XPathContext ctx )
    {
        return ctx.getElementText( getName() );
    }
 
}
 
/**
* 属性端点
*/
public class XPathTerminalAttributeExpression extends XPathExpression
{
 
    public XPathTerminalAttributeExpression( String name )
    {
        super( name );
    }
 
    @Override
    public String interpret( XPathContext ctx )
    {
        return ctx.getAttribute( getName() );
    }
 
}
 
public class Client
{
 
    public static void main( String[] args ) throws Throwable
    {
        InputStream is = new FileInputStream( "~/example.xml" );
        XPathContext ctx = new XPathContext( is );
        //调用解析器将文本解析为语法树
        XPathExpression expr = parse( "/msg/body/el/@name" );
        System.out.println( expr.interpret( ctx ) ); //打印属性值
        is.close();
    }
 
    private static XPathExpression parse( String string )
    {
        return null;
    }
}
经典应用
Java中的正则式

java.util.regex.Pattern包含了大量的内部类,组成了一个解释器层次:

patterns_InterpreterPattern_Java_Pattern

Node就相当于解释器模式中的Interpreter角色,在执行正则式匹配的时候,Pattern会调用Node的match方法,该方法相当于解释器模式中的interpret(),会调用下一个节点的match(),与标准的解释器模式类似:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
static class Start extends Node {
    int minLength;
    Start(Node node) {
        this.next = node;   //下一个节点
        minLength = info.minLength;
    }
    boolean match(Matcher matcher, int i, CharSequence seq) {
        ...
        boolean ret = false;
        int guard = matcher.to - minLength;
        for (; i <= guard; i++) {
            if (ret = next.match(matcher, i, seq)) //调用下一个节点的match()
                break;
            if (i == guard)
                matcher.hitEnd = true;
        }
        ...
    }
}
模式演变
  1. 与组合模式联用:由于涉及到语法树,解释器模式通常都要和组合模式一起使用,TerminalExpression充当Leaf,NonTerminalExpression充当Composite
  2. 与迭代器模式联用:遍历语法树时,可以使用迭代器
← 逆向常用Windows API记录
Bash学习笔记 →

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code class="" title="" data-url=""> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <pre class="" title="" data-url=""> <span class="" title="" data-url="">

Related Posts

  • 反应器模式
  • 单例模式
  • 享元模式
  • 面向对象的设计原则
  • 组合模式

Recent Posts

  • Investigating and Solving the Issue of Failed Certificate Request with ZeroSSL and Cert-Manager
  • A Comprehensive Study of Kotlin for Java Developers
  • 背诵营笔记
  • 利用LangChain和语言模型交互
  • 享学营笔记
ABOUT ME

汪震 | Alex Wong

江苏淮安人,现居北京。目前供职于腾讯云,专注容器方向。

GitHub:gmemcc

Git:git.gmem.cc

Email:gmemjunk@gmem.cc@me.com

ABOUT GMEM

绿色记忆是我的个人网站,域名gmem.cc中G是Green的简写,MEM是Memory的简写,CC则是我的小天使彩彩名字的简写。

我在这里记录自己的工作与生活,同时和大家分享一些编程方面的知识。

GMEM HISTORY
v2.00:微风
v1.03:单车旅行
v1.02:夏日版
v1.01:未完成
v0.10:彩虹天堂
v0.01:阳光海岸
MIRROR INFO
Meta
  • Log in
  • Entries RSS
  • Comments RSS
  • WordPress.org
Recent Posts
  • Investigating and Solving the Issue of Failed Certificate Request with ZeroSSL and Cert-Manager
    In this blog post, I will walk ...
  • A Comprehensive Study of Kotlin for Java Developers
    Introduction Purpose of the Study Understanding the Mo ...
  • 背诵营笔记
    Day 1 Find Your Greatness 原文 Greatness. It’s just ...
  • 利用LangChain和语言模型交互
    LangChain是什么 从名字上可以看出来,LangChain可以用来构建自然语言处理能力的链条。它是一个库 ...
  • 享学营笔记
    Unit 1 At home Lesson 1 In the ...
  • K8S集群跨云迁移
    要将K8S集群从一个云服务商迁移到另外一个,需要解决以下问题: 各种K8S资源的迁移 工作负载所挂载的数 ...
  • Terraform快速参考
    简介 Terraform用于实现基础设施即代码(infrastructure as code)—— 通过代码( ...
  • 草缸2021
    经过四个多月的努力,我的小小荷兰景到达极致了状态。

  • 编写Kubernetes风格的APIServer
    背景 前段时间接到一个需求做一个工具,工具将在K8S中运行。需求很适合用控制器模式实现,很自然的就基于kube ...
  • 记录一次KeyDB缓慢的定位过程
    环境说明 运行环境 这个问题出现在一套搭建在虚拟机上的Kubernetes 1.18集群上。集群有三个节点: ...
  • eBPF学习笔记
    简介 BPF,即Berkeley Packet Filter,是一个古老的网络封包过滤机制。它允许从用户空间注 ...
  • IPVS模式下ClusterIP泄露宿主机端口的问题
    问题 在一个启用了IPVS模式kube-proxy的K8S集群中,运行着一个Docker Registry服务 ...
  • 念爷爷
      今天是爷爷的头七,十二月七日、阴历十月廿三中午,老人家与世长辞。   九月初,回家看望刚动完手术的爸爸,发

  • 6 杨梅坑

  • liuhuashan
    深圳人才公园的网红景点 —— 流花山

  • 1 2020年10月拈花湾

  • 内核缺陷触发的NodePort服务63秒延迟问题
    现象 我们有一个新创建的TKE 1.3.0集群,使用基于Galaxy + Flannel(VXLAN模式)的容 ...
  • Galaxy学习笔记
    简介 Galaxy是TKEStack的一个网络组件,支持为TKE集群提供Overlay/Underlay容器网 ...
TOPLINKS
  • Zitahli's blue 91 people like this
  • 梦中的婚礼 64 people like this
  • 汪静好 61 people like this
  • 那年我一岁 36 people like this
  • 为了爱 28 people like this
  • 小绿彩 26 people like this
  • 彩虹姐姐的笑脸 24 people like this
  • 杨梅坑 6 people like this
  • 亚龙湾之旅 1 people like this
  • 汪昌博 people like this
  • 2013年11月香山 10 people like this
  • 2013年7月秦皇岛 6 people like this
  • 2013年6月蓟县盘山 5 people like this
  • 2013年2月梅花山 2 people like this
  • 2013年淮阴自贡迎春灯会 3 people like this
  • 2012年镇江金山游 1 people like this
  • 2012年徽杭古道 9 people like this
  • 2011年清明节后扬州行 1 people like this
  • 2008年十一云龙公园 5 people like this
  • 2008年之秋忆 7 people like this
  • 老照片 13 people like this
  • 火一样的六月 16 people like this
  • 发黄的相片 3 people like this
  • Cesium学习笔记 90 people like this
  • IntelliJ IDEA知识集锦 59 people like this
  • 基于Kurento搭建WebRTC服务器 38 people like this
  • Bazel学习笔记 37 people like this
  • PhoneGap学习笔记 32 people like this
  • NaCl学习笔记 32 people like this
  • 使用Oracle Java Mission Control监控JVM运行状态 29 people like this
  • Ceph学习笔记 27 people like this
  • 基于Calico的CNI 27 people like this
Tag Cloud
ActiveMQ AspectJ CDT Ceph Chrome CNI Command Cordova Coroutine CXF Cygwin DNS Docker eBPF Eclipse ExtJS F7 FAQ Groovy Hibernate HTTP IntelliJ IO编程 IPVS JacksonJSON JMS JSON JVM K8S kernel LB libvirt Linux知识 Linux编程 LOG Maven MinGW Mock Monitoring Multimedia MVC MySQL netfs Netty Nginx NIO Node.js NoSQL Oracle PDT PHP Redis RPC Scheduler ServiceMesh SNMP Spring SSL svn Tomcat TSDB Ubuntu WebGL WebRTC WebService WebSocket wxWidgets XDebug XML XPath XRM ZooKeeper 亚龙湾 单元测试 学习笔记 实时处理 并发编程 彩姐 性能剖析 性能调优 文本处理 新特性 架构模式 系统编程 网络编程 视频监控 设计模式 远程调试 配置文件 齐塔莉
Recent Comments
  • qg on Istio中的透明代理问题
  • heao on 基于本地gRPC的Go插件系统
  • 黄豆豆 on Ginkgo学习笔记
  • cloud on OpenStack学习笔记
  • 5dragoncon on Cilium学习笔记
  • Archeb on 重温iptables
  • C/C++编程:WebSocketpp(Linux + Clion + boostAsio) – 源码巴士 on 基于C/C++的WebSocket库
  • jerbin on eBPF学习笔记
  • point on Istio中的透明代理问题
  • G on Istio中的透明代理问题
  • 绿色记忆:Go语言单元测试和仿冒 on Ginkgo学习笔记
  • point on Istio中的透明代理问题
  • 【Maven】maven插件开发实战 – IT汇 on Maven插件开发
  • chenlx on eBPF学习笔记
  • Alex on eBPF学习笔记
  • CFC4N on eBPF学习笔记
  • 李运田 on 念爷爷
  • yongman on 记录一次KeyDB缓慢的定位过程
  • Alex on Istio中的透明代理问题
  • will on Istio中的透明代理问题
  • will on Istio中的透明代理问题
  • haolipeng on 基于本地gRPC的Go插件系统
  • 吴杰 on 基于C/C++的WebSocket库
©2005-2025 Gmem.cc | Powered by WordPress | 京ICP备18007345号-2