Linq to Sql : 动态构造Expression进行动态查询

简介:

    前一篇在介绍动态查询时,提到一个问题:如何根据用户的输入条件,动态构造这个过滤条件表达式呢?
Expression<Func<ProductExt, bool>> predicate t => t.ProductName.Contains("che") && t.UnitPrice >= 22;

    理想情况下,我希望可以像下面这样来构造predicate,这样,我们就可以使用&、| 、&=、|=来任意拼接过滤条件了:

   1: Expression<Func<ProductExt, bool>> predicate = null;
   2: predicate  (t => t.ProductName.Contains("che"))  (t => t.UnitPrice >= 22);

    但是理想与现实之间,似乎总有不可逾越的鸿沟……

 

    前面的代码中,我们总是要写一常串Expression<Func<T, bool>>,写得都有点儿烦了,我妄想自定义一个类型,这样就不用每次都写这么长了,然后再针对这个自定义类型再进行运算符重载……然后我发现,Expression<Delegate>是密封类型(sealed),不给重载,没办法,只好老老实实的写,运算符重载也泡汤了。

 

   无奈之下,只好实现了下面的这种方式,勉强凑合用着:

   1: Expression<Func<, bool>> predicate = null;
   2: predicate = predicate.AndAlso(p => p.CompanyName.Length > 2)
   3:      .OrElse((p) => p.ProductName.Contains("che"))
   4:      .AndAlso(( p) => p.UnitPrice >= 22);

    运算得到的结果如下:p => (((p.CompanyName.Length > 2) || p.ProductName.Contains("che")) && (p.UnitPrice >= 22))

    有了这个OrElse和AndAlso扩展,我们就可以对Expression<Func<T, bool>>为所欲为了……

    不过跟之前文章中提到的一样,这里有个限制:虽然我们的Expression中,第一个可以凡泛型参数可以传任意值(譬如传ProductExt或Products或其他的,可以不必要求是同一种类型),但条件中用到的对象属性(譬如CompanyName、ProductName、UnitPrice ),必须在T中存在同名属性。

 

 2010-12-31更新:

 更新了ParameterConverter类,之前对二元运算符的右侧和方法参数直接求值的,所以不能处理Expression中含有&& 和 || 等二元运算符、及方法参数中包含Expression参数(例如list.Contains(p.CompanyName))的情况;现在增加了参数访问计数,如果二元表达式&&和||、及方法的参数中不包含Expression参数,则进行求值,否则不求值。代码如下:

复制代码
 1       public   class  ParameterConverter : ExpressionVisitor
 2      {
 3           protected  LambdaExpression SourceExpression {  get set ; }
 4           protected  ParameterExpression Parameter {  get set ; }
 5           protected   bool  UseOuterParameter  =   false ;
 6 
 7           public  ParameterConverter(LambdaExpression expression)
 8          {
 9               this .SourceExpression  =  (LambdaExpression)expression;
10          }
11 
12           public  ParameterConverter(LambdaExpression expression, ParameterExpression parameter) :  this (expression)
13          {
14               this .Parameter  =  parameter;
15               this .UseOuterParameter  =   true ;
16          }
17 
18           public  LambdaExpression Replace(Type targetType)
19          {
20               if  ( this .SourceExpression  ==   null )
21                   return   null ;
22 
23               if  ( ! this .UseOuterParameter)
24                   this .Parameter  =  Expression.Parameter(targetType,  this .SourceExpression.Parameters[ 0 ].Name);
25 
26              Expression body  =   this .Visit( this .SourceExpression.Body);
27               this .SourceExpression  =  Expression.Lambda(body,  this .Parameter);
28               return   this .SourceExpression;
29          }
30 
31           protected   override  Expression VisitParameter(ParameterExpression p)
32          {
33               return   this .Parameter;
34          }
35 
36           protected   override  Expression VisitMemberAccess(MemberExpression m)
37          {
38              Expression exp  =   this .Visit(m.Expression);
39              PropertyInfo propertyInfo  =  m.Member  as  PropertyInfo;
40               return  propertyInfo  ==   null   ?  m : Expression.Property(exp, propertyInfo.Name);
41          }
42 
43           protected   override  Expression VisitBinary(BinaryExpression b)
44          {
45              Expression left  =   this .Visit(b.Left);
46              Expression right  =  Calc(b.Right); // 对二元运算符右边的表达式进行求值
47              Expression conversion  =   this .Visit(b.Conversion);
48               if  (b.NodeType  ==  ExpressionType.Coalesce  &&  b.Conversion  !=   null )
49                   return  Expression.Coalesce(left, right, conversion  as  LambdaExpression);
50               else
51                   return  Expression.MakeBinary(b.NodeType, left, right, b.IsLiftedToNull, b.Method);
52          }
53 
54           protected   override  ReadOnlyCollection < Expression >  VisitExpressionList(
55                  ReadOnlyCollection < Expression >  original)
56          {
57               if  (original  ==   null   ||  original.Count  ==   0 )
58                   return  original;
59 
60               // 对参数进行求值运算
61              List < Expression >  list  =   new  List < Expression > ();
62               for  ( int  i  =   0 , n  =  original.Count; i  <  n; i ++ )
63              {
64                  list.Add(Calc(original[i]));  // 对调用函数的输入参数进行求值
65              }
66               return  list.AsReadOnly();
67          }
68 
69           private   static  Expression Calc(Expression e)
70          {
71              LambdaExpression lambda  =  Expression.Lambda(e);
72               return  Expression.Constant(lambda.Compile().DynamicInvoke( null ), e.Type);
73          }
74      }
复制代码


 

  最后,上代码:LinqToSqlExtension

 博客园的文件貌似有缓存,删掉重新上传,总是覆盖不了,只好单独上传了 ParameterConverter.rar


本文转自Silent Void博客园博客,原文链接:http://www.cnblogs.com/happyhippy/archive/2010/01/28/1658410.html,如需转载请自行联系原作者

相关文章
|
4天前
|
SQL 资源调度 数据库
深入探究SQL查询语句执行过程
深入探究SQL查询语句执行过程
16 2
|
4天前
|
SQL Java
使用java在未知表字段情况下通过sql查询信息
使用java在未知表字段情况下通过sql查询信息
12 1
|
28天前
|
SQL 存储 缓存
高基数 GroupBy 在 SLS SQL 中的查询加速
本文详细介绍了SLS中的高基数GroupBy查询加速技术。
|
27天前
|
SQL 运维 程序员
一个功能丰富的SQL审核查询平台
一个功能丰富的SQL审核查询平台
|
9天前
|
SQL
SQL: 巧妙使用CASE WHEN实现查询
文章演示了如何利用SQL中的CASE WHEN语句来有效地进行条件性聚合查询,通过具体示例展示了CASE WHEN在统计分析中的应用技巧。
22 0
|
2月前
|
SQL 数据库 Java
HQL vs SQL:谁将统治数据库查询的未来?揭秘Hibernate的神秘力量!
【8月更文挑战第31天】Hibernate查询语言(HQL)是一种面向对象的查询语言,它模仿了SQL的语法,但操作对象为持久化类及其属性,而非数据库表和列。HQL具有类型安全、易于维护等优点,支持面向对象的高级特性,内置大量函数,可灵活处理查询结果。下面通过示例对比HQL与SQL,展示HQL在实际应用中的优势。例如,HQL查询“从员工表中筛选年龄大于30岁的员工”只需简单地表示为 `FROM Employee e WHERE e.age &gt; 30`,而在SQL中则需明确指定表名和列名。此外,HQL在处理关联查询时也更为直观易懂。然而,对于某些复杂的数据库操作,SQL仍有其独特优势。
39 0
|
2月前
|
SQL 关系型数据库 MySQL
|
2月前
|
API Java 数据库连接
从平凡到卓越:Hibernate Criteria API 让你的数据库查询瞬间高大上,彻底告别复杂SQL!
【8月更文挑战第31天】构建复杂查询是数据库应用开发中的常见需求。Hibernate 的 Criteria API 以其强大和灵活的特点,允许开发者以面向对象的方式构建查询逻辑,同时具备 SQL 的表达力。本文将介绍 Criteria API 的基本用法并通过示例展示其实际应用。此 API 通过 API 构建查询条件而非直接编写查询语句,提高了代码的可读性和安全性。无论是简单的条件过滤还是复杂的分页和连接查询,Criteria API 均能胜任,有助于提升开发效率和应用的健壮性。
62 0
|
2月前
|
Java UED 开发者
当错误遇上Struts 2:一场优雅的异常处理盛宴,如何让错误信息成为用户体验的救星?
【8月更文挑战第31天】在Web应用开发中,异常处理对确保用户体验和系统稳定性至关重要。Struts 2 提供了完善的异常处理机制,包括 `exception` 拦截器、`ActionSupport` 类以及 OGNL 表达式,帮助开发者优雅地捕获和展示错误信息。本文详细介绍了 Struts 2 的异常处理策略,涵盖拦截器配置、错误信息展示及自定义全局异常处理器的实现方法,使应用程序更加健壮和用户友好。
36 0
|
2月前
|
Java XML Maven
跨越时代的飞跃:Struts 2 升级秘籍——从旧版本无缝迁移到最新版,焕发应用新生!
【8月更文挑战第31天】随着软件技术的发展,Struts 2 框架也在不断更新。本文通过具体案例指导开发者如何从旧版平滑升级到 Struts 2.6.x。首先更新 `pom.xml` 中的依赖版本,并执行 `mvn clean install`。接着检查 `struts.xml` 配置,确保符合新版本要求,调整包扫描器等设置。审查 Action 类及其注解,检查配置文件中的弃用项及插件。更新自定义拦截器实现,并验证日志配置。最后,通过一系列测试确保升级后的系统正常运行。通过这些步骤,可以顺利完成 Struts 2 的版本升级,提升应用的安全性和性能。
94 0
下一篇
无影云桌面