抽丝剥茧——解释器设计模式

解释器设计模式

兄弟们好，今天和大家聊聊解释器设计模式。

相信兄弟们在刚刚开始学习计算机编程语言的时候，肯定听到过解释型语言和编译型语言。比如我们高级语言之父C语言就是编译型语言，而程序员必会的JavaScript是解释型语言。

对于Java而言，你肯定在刚开始学习的时候听到过，Java既属于编译型也属于解释型语言。为什么这么说，我们书写的.java文件，需要javac编译成为.class文件，但是这个文件不能直接运行，它需要JVM解释执行，所以它既属于编译型也属于解释型语言。

说了这么多，编译型语言和解释型语言的区别就是，编译型语言书写出来的代码不能直接运行而是需要进行编译，编译运行以后可以直接执行；而解释型语言书写代码以后可以直接运行。

一切的解释型语言都有一个东东来负责解释并且执行它们，比如javaScript，浏览器负责解释执行它。而我们今天的设计模式就是这样的用途。

它的定义是：给定一个语言，定义它的语法表示，并且定义一个解释器，这个解释器负责解释语言中句子。一句话明白：你自己写了一个javascript语言，你必须提供一个解释器去解释这门语言中的语法等等。

看一下它的类图实现：

它内部的角色有四个

• AbstractExpression。抽象的解释操作，公共接口
• ConcreteExpression。具体的解释操作类，例如：终结符表达式，非终结符表达式
• Context。上下文对象，保存了一些全局信息
• Client。构建表示该语言的句子的抽象语法树，由具体的解释操作实例组成

具体的代码实现，我就不写了。这个设计模式距离目前的距离有点远，等未来用到的时候再详细了解吧。