设计模式 之 解释器模式

解释器模式(interpreter)：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。
解释器模式结构图如下：
解释器代码模板如下：

//AbstractExpression（抽象表达式），声明一个抽象的解释操作，这个接口为抽象语法树中所有的节点所共享
class AbstractExpression
{
public:
	void Interpret(Context context);
};
//TerminalExpression(终结符表达式)，实现与文法中的终结符相关联的解释操作。实现抽象表达式中所要求的接口，主要是一个interpret()方法。文法中每一个终结符都有一个具体终结表达式与之相对应。
class TerminalExpression:public AbstractExpression
{
public:
	void Interpret(Context context)
	{
		cout<<"终端解释器"；
	}
};
//NonTerminalExpression(非终结符表达式)，为文法中的非终结符实现解释操作。对文法中每一条规则R1、R2······Rn都需要一个具体的非终结符表达式类。通过实现抽象表达式的interpret()方法实现解释操作。解释操作以递归方式调用上面所提到的代表R1、R2······Rn中各个符号的实例变量
class NonTerminalExpression:public AbstractExpression
{
public:
	void Interpret(Context context)
	{
		cout<<"非终端解释器"；
	}
};
//Context，包含解释器之外的一些全局信息
class Context
{
private:
	string input;
public:
	string input(string input){}
	string output(string output){}
};
//客户端代码
void main()
{
	Context context =  new Context ();
	List<AbstractExpression> list = new List<AbstractExpression>();
	list.Add(new TerminalExpression());
	list.Add(new NonTerminalExpression());
	list.Add(new TerminalExpression());
	list.Add(new TerminalExpression());
	foreach(AbstractExpression exp in list)
	{
		exp.Interpret(context);
	}
}

解释器好处：
当有一个语言需要解释执行，并且你可以将该语言中的句子表示为一个抽象语法树时，可以使用解释器模式。使用解释器模式可以很容易地改变和扩展文法，因为该模式使用类来表示文法规则，你可以使用继承来改变或扩展该文法。也比较容易实现文法，因为定义抽象语法树中各个节点的类的实现大体类似，这些类都易于直接编写。

解释器缺点：
为文法中每一条规则至少定义一个类，因此包含许多规则的文法可能难以管理和维护。建议当文法非常复杂时，使用其他的技术如语法分析程序或编译器生成器来处理