動機（Motivation）

　　在軟件構建過程中，如果某一特定領域的問題比較復雜，類似的模式不斷重復出現，如果使用普通的編程方式來實現將面臨非常頻繁的變化。在這種情況下，將特定領域的問題表達為某種語法規則下的句子，然后構建一個解釋器來解釋這樣的句子，從而達到解決問題的目的。

　　例說Interpreter應用

　　假設現在要寫一個程序將漢字轉化為數字

　　假設我們能夠把它分解為每個小部分來處理，問題就容易多了

　　上下文Context，statement是未處理的字符串，data是已經處理后的結果

　　Interpret是解釋器，是Expression的核心。

　　個，十、百、千

　　對于萬，就比較復雜，因為萬可以是幾千幾百幾十幾萬，因此他要包含前面千百十個的處理方法

　　客戶程序

　　tree的添加順序一定是要遵從個十百千萬。億的情況和萬差不多，如果需要，則直接擴展一個億的Expression即可，而不用去改變原來的類，這就是Interpreter模式的優美之處。

　　結構（Structure）

　　對應剛才的例子，Context是表達文法要處理的上下文。AbstractExpression對應Expression，TerminalExpression終端表達式對應我們的一系列GeExpression、ShiExpression等。NonterminalExpression表達式是非終端表達式，在例子中并沒有寫，可以結合組合模式的樹形結構來使用，因為大的表達式有時就是由小的表達式組合起來的。

　　Interpreter模式的幾個要點

　　Interpreter模式的應用場合是Interpreter模式應用中的難點，只有滿足“業務規則頻繁變化，且類似的模式不斷重復出現，并且容易抽象為語法規則的問題”才適合使用Interpreter模式。

使用Interpreter模式來表示文法規則，從而可以使用面向對象技巧方便地“擴展”文法。

　　Interpreter模式比較適合簡單的文法表示，對于復雜的文法表示，Interpreter模式會產生比較大的類層次結構，需要求助于語法分析生成器這樣的標準工具。

　　.NET架構中的Interpreter

　　正則表達式就是一個典型的解釋器。ASP.NET中，把ASPx文件轉化為dll時，會對html語言進行處理，這個處理過程也包含了解釋器的模式在里面。Interpreter模式其實有Composite模式的影子，但它們解決的問題是不一樣的。

it知識庫：C#面向對象設計模式縱橫談：Interpreter 解釋器模式，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。