一种常见的情况, 使用linq-to-sql 或者lambda(Entity framework)去数据库取条件的时候需要附加多个条件或者排序语句
以 Name="John" Age=23 为例
先明确一个概念 对于Lambda来说 以下两个表达式是等价的
1. list.Where(p=>p.Name=="John" && p.Age==23)
2. list.Where(p=>p.Name=="John" ).Where(p=>p.Age==23)
lambda表达式只是创建了一个方法的定义 实际上并没有执行
真正的执行一般等到ToList()方法(内部其实是IEnumerable<T>)被执行的时候才真正的去取数据
而且lambda表达式支持如上所示使用多个小表达式的串联操作
那么如果有多个条件只要一直增加Where表达式就ok了
第二个问题, 以上的代码都是写死的 我们如何通过一般web上提交的string类型的键值对来过滤信息呢?
例如我们收到的数据往往是 "Name":"John","Age"="23"
总不能写以下代码吧:
代码 var list = context;
if (forms.ContainsKey("Name"))
{
list.Where(p => p.Name == forms["Name"]);
}
if (forms.ContainsKey("Age"))
{
list.Where(p => p.Age == Convert.ToInt32(forms["Age"]));
}
var data = list.ToList();
这些代码不仅仅扩展性不好.....而且加一个条件你就要加一个代码快,工作量大又容易出Bug
理想的做法应该想下面一样(注意 用where条件过滤的时候条件经常复杂 例如Age=10 , Age>10 , Name.Startwith("张") 所以实际上过滤条件一般不用下面的做法
真正用下面的做法的往往都是OrderBy age desc,name asc 这样的排序条件)
foreach (var item in forms.Keys)
{
list.Where(build condition.....);//在这里动态附加所有的条件
}
那么如何根据已知的string类型的属性名称和值 来创建表达式呢?以下是动态创建表达式的代码,以排序为例
代码 var property = typeof(TSource).GetProperty(item);
var parameter = Expression.Parameter(typeof(TSource), "p");
var propertyAccess = Expression.MakeMemberAccess(parameter, property);
var orderByExp = Expression.Lambda(propertyAccess, parameter);
if (message.Sort[item] == PageSortDirection.Ascending)//判断是升序还是降序 如果是应用到搜索条件 那么就是 判断应该用= > < like 还是别的什么
{
MethodCallExpression resultExp = Expression.Call(typeof(Queryable), "OrderBy", new Type[] { typeof(TSource), property.PropertyType }, list.Expression, Expression.Quote(orderByExp));
list = list.Provider.CreateQuery<TSource>(resultExp);
}
else
{
MethodCallExpression resultExp = Expression.Call(typeof(Queryable), "OrderByDescending", new Type[] { typeof(TSource), property.PropertyType }, list.Expression, Expression.Quote(orderByExp));
list = list.Provider.CreateQuery<TSource>(resultExp);
}
千万不要直接用list=list.OrderBy(p=>orderByExp) 而应该用Expression.Call来组合语句
虽然两者最终出来的结果是一样的, 不过前者会把数据load到本地以后再过滤, 因为entity framework没法把这种动态的表达式直接解析为sql.
真正的逻辑就是根据每一个条件和排序表达式 构建一个Where 或者Order的表达式 然后逐个附加到现在的lambda表达式上
性能问题:
考虑到Entity framework的应用场景, 还有权重问题(实际上数据库操作比这边的动态表达式耗性能多了) 这样的性能损耗是非常理想的
异常:
如果传入的string实际上不是类型的属性,例如传了一个LastName 而class实际上没有这个属性 , 会抛出异常。