解释器模式(Interpreter Pattern)
提供了评估语言的语法或表达式的方式,它属于行为型模式。这种模式实现了一个表达式接口,该接口解释一个特定的上下文。这种模式被用在 SQL 解析、符号处理引擎等。
如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子,这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题。
就比如正则表达式,它就是解释器模型的一种应用,解释器为正则表达式定义了一个文法,如何表示一个特定的正则表达式,以及如何解释这个正则表达式。
可利用场景比较少。
使用场景:
- 可以将一个需要解释执行的语言中的句子表示为一个抽象语法树。
- 一些重复出现的问题可以用一种简单的语言来进行表达。
- 一个简单语法需要解释的场景。
优点:
1、可扩展性比较好,灵活。
2、增加了新的解释表达式的方式。
3、易于实现简单文法。
缺点:
1、可利用场景比较少。
2、对于复杂的文法比较难维护。
3、解释器模式会引起类膨胀。
4、解释器模式采用递归调用方法。
5、使用了大量的循环和递归,效率是一个不容忽视的问题
抽象解释器类:
/// <summary>
/// 抽象解释器类
/// </summary>
public abstract class Ab_Expression
{
public abstract bool Interpret();//抽象解释方法
}
具体解释器类:
/// <summary>
/// 具体解释类:布尔
/// </summary>
public class BoolExp : Ab_Expression//布尔
{
string Context;
public BoolExp(string context)//构造初始化
{
Context = context;
}
public override bool Interpret()
{
return Context.ToLower() == "true";
}
}
/// <summary>
/// 具体解释类:或
/// </summary>
public class OrExp : Ab_Expression//或表达式
{
BoolExp Exp1;
BoolExp Exp2;
public OrExp(BoolExp exp1, BoolExp exp2)//构造初始化
{
Exp1 = exp1;
Exp2 = exp2;
}
public override bool Interpret()
{
return Exp1.Interpret() || Exp2.Interpret();
}
}
/// <summary>
/// 具体解释类:与
/// </summary>
public class AndExp : Ab_Expression// 与表达式
{
BoolExp Exp1;
BoolExp Exp2;
public AndExp(BoolExp exp1, BoolExp exp2)//构造初始化
{
Exp1 = exp1;
Exp2 = exp2;
}
public override bool Interpret()
{
return Exp1.Interpret() && Exp2.Interpret();
}
}
运行测试:
void Start()
{
BoolExp boolExp1 = new BoolExp("true"); //新建布尔解释器
BoolExp boolExp2 = new BoolExp("false");
Ab_Expression orExp = new OrExp(boolExp1, boolExp2);//新建 或表达式 解释器
Debug.Log(orExp.Interpret()); //打印解释结果
Ab_Expression andExp = new AndExp(boolExp1, boolExp2);//新建 与表达式 解释器
Debug.Log(andExp.Interpret()); //打印解释结果
}
结果: