没有使用表达式树的代码:
//公式参数名称
var parameterNameGroup = GetGroupSetUpParameters(formulaElements, "ParameterNameGroup");
//公式参数范围
var parameterRange = GetGroupSetUpParameters(formulaElements, "ParameterRange");
//公式图片
var image = GetGroupSetUpParameters(formulaElements, "Image");
GetGroupSetUpParameters返回的是一个IList<XElement>类型, 注意上面不止一次的调用了 GetGroupSetUpParameters,但每次都传入一个一样的参数 formulaElements
下面使用表达式树来简化这个函数调用
Expression<Func<string, IList<XAttribute>>> ex = name => GetGroupSetUpParameters(formulaElements, name);
var funcGetParameters = ex.Compile();
//公式参数名称
var parameterNameGroup = funcGetParameters("ParameterNameGroup");
//公式参数范围
var parameterRange = funcGetParameters("ParameterRange");
//检查参数合法性
var validParameter = funcGetParameters("ValidParameter");
注意看上面的修改,修改之前,需要调用的函数(
GetGroupSetUpParameters)每次都是传两个参数,
但有一个参数是一样的,就是formulaElements!如果只调用一次这个函数还好,但是如果多次调用,就让人感到很累赘了,这个时候可以用表达式树简化,去掉一个参数
注意下面两行代码
Expression<Func<string, IList<XAttribute>>> ex = name => GetGroupSetUpParameters(formulaElements, name);
var funcGetParameters = ex.Compile();
funcGetParameters就是最终编译(典型的动态编程特征)表达式树后,形成的该表达式的委托.可以看到,这个表达式树的构造是一个代码可控的过程(也就是说,可以动态构建)
你甚至可以写成
Expression<Func<string, IList<XAttribute>>> ex = null;
if (xxxx == true)
ex = name => SomeMethod1(formulaElements, name);
else
ex = name => SomeMethod2(formulaElements, name);
这样就是依据条件来生成一个内部实现不同的委托,是不是很神奇?