解释器模式：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子

需要解决的问题是：

如果一种特定雷丁的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构造一个解释器，该解释器通过解释这些句子来解决该问题。

通常当有一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象语法树时，可以使用

用了解释器模式，意味着很容易改变和扩展文法，因为该模式使用类来表示文法规则，可以使用继承来改变或者扩展文法。也比较容易实现文法，因为定义抽象语法树中各个节点的类的实现大体类似，这些类都易于直接编写。

不足：为文法的每一条规则至少定义了一个类，因此包含许多规则的文法可能难以管理和维护。

 

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace 解释器模式
{
    class Program
    {
        class Context
        {
            private string input;
            public string Input
            {
                get { return input; }
                set { input = value; }
            }
            private string output;
            public string Output
            {
                get { return output; }
                set { output = value; }
            }
        }
        abstract class AbstractExpression
        {
            public abstract void Interpret(Context context);
        }
        class TerminalExpression:AbstractExpression
        {
            public override void Interpret(Context context)
            {
                Console.WriteLine("终端解释器");
            }
        }
        class NoterminalExpression:AbstractExpression
        {
            public override void Interpret(Context context)
            {
                Console.WriteLine("非终端解释器");
            }
        }
        static void Main(string[] args)
        {
            Context context = new Context();
            IList<AbstractExpression> list = new List<AbstractExpression>();
            list.Add(new TerminalExpression());
            list.Add(new NoterminalExpression());
            foreach (AbstractExpression exp in list)
            {
                exp.Interpret(context);
            }
            Console.Read();
        }
    }
}

例子不想举了QAQ 感觉这种模式挺好分辨的