---

歡迎支持筆者新作：《深入理解Kafka:核心設計與實踐原理》和《RabbitMQ實戰指南》，同時歡迎關注筆者的微信公眾號：朱小廝的博客。

---

歡迎跳轉到本文的原文鏈接：https://honeypps.com/design_pattern/interceptor/

給定一個語言，定義它的文法的一種表示，并定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。

解釋器模式的角色：

抽象表達式角色（AbstractExpression）：聲明一個所有的具體表達式角色都需要實現的抽象接口。這個接口主要是一個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來充當環境角色就足夠了。

這個模式確實用的不多，關于案例介紹可以翻看一下資料3.

優缺點
優點：

解釋器是一個簡單語法分析工具，它最顯著的優點是擴展性，修改語法規則只要修改相應的非終結符表達式就可以了，若擴展語法，則只要增加非終結符類就可以了。

缺點：

解釋器模式會引起類膨脹，每個語法都要產生一個非終結符表達式，語法規則比較復雜時，可能產生a大量的類文件，難以維護。

解釋器模式采用遞歸調用方法，它導致調試非常復雜。

解釋器由于使用了大量的循環和遞歸，所以當用于解析復雜、冗長的語法時，效率是難以忍受的。

TIPS: 盡量不要在重要模塊中使用解釋器模式，因為難以維護。在項目中，可以使用shell, python等腳本語言來代替解釋器模式。

JDK中的解釋器模式：
java.util.Pattern
java.text.Normalizer
java.text.Format

---

參考資料

《23種設計模式》

《細數JDK里的設計模式》

《《JAVA與模式》之解釋器模式》

歡迎跳轉到本文的原文鏈接：https://honeypps.com/design_pattern/interceptor/

歡迎支持筆者新作：《深入理解Kafka:核心設計與實踐原理》和《RabbitMQ實戰指南》，同時歡迎關注筆者的微信公眾號：朱小廝的博客。

---

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的设计模式：解释器模式（Interpreter）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。