設計模式精講：解釋器模式——構建領域專用語言的關鍵

解釋器模式定義了一種語言的文法表示，並提供一個解釋器來處理該語言中的句子。雖然使用頻率較低，但在處理固定文法、重複出現、需動態解析的問題時（如 SQL 解析、規則引擎、數學表達式計算），它提供了極佳的擴展性。

一、 四大核心角色

• 抽象解釋器：聲明 interpret(Context) 接口，規範解釋行為。
• 終結符解釋器：對應文法中的基本單元（如變量、常數），通常只有少數類但有多個實例。
• 非終結符解釋器：對應文法規則（如運算符 +、-、if、while），每條規則一個類，遞歸組合終結符。
• 環境角色：存儲終結符的具體值，通常用 Map 實現。

二、 代碼骨架與遞歸解析

abstract class Expression {
    public abstract Object interpret(Context ctx);
}

class TerminalExpression extends Expression {
    public Object interpret(Context ctx) { /* 解析變量/常數 */ }
}

class NonterminalExpression extends Expression {
    private Expression left, right;
    public NonterminalExpression(Expression l, Expression r) { left=l; right=r; }
    public Object interpret(Context ctx) {
        return operate(left.interpret(ctx), right.interpret(ctx)); // 遞歸組合
    }
}

class Context { Map<String, Object> vars = new HashMap<>(); }

客戶端將輸入字串轉為語法樹，再調用根節點 interpret() 遞歸求值。

三、 優缺點深度剖析

四、 適用場景與最佳實踐

• 簡單文法規則（如正則表達式、SQL 子集、配置文件解析）。
• 重複出現的同類問題（如四則運算、邏輯規則引擎）。
• 避坑指南：文法複雜時優先考慮 ANTLR、JavaCC 等成熟解析器生成工具，而非手寫解釋器。

五、 總結

解釋器模式是「語言實現」的入門級模式，適合教學與輕量級 DSL。工程實踐中，面對複雜文法請擁抱專業解析器框架，將精力集中在業務邏輯而非語法分析本身。