一种常见的情况, 使用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实际上没有这个属性 , 会抛出异常
转载:http://www.cnblogs.com/PurpleTide/archive/2011/01/07/1929700.html