分享动态拼接Expression表达式组件及原理

前言

LINQ大家都知道,用起来也还不错,但有一个问题,当你用Linq进行搜索的时候,你是这样写的

  1. var query = from user in db.Set<User>()
  2.                         where user.Username == "xxxx"
  3.                         select user;

OK,看起来很好,不过····如果你要进行动态搜索的话··呵呵!其实方法还是挺多,只不过绕大弯

动态搜索是什么?顺便介绍下,假如你做了一个表格页面,有用户名、注册时间、等级三列,你希望实现动态组合搜索,只有当用户指定了要以用户名搜索的时候才把用户名这一列加入搜索条件,传统的sql是这么干的

  1. string sql="select * from user ";
  2. if(userName!="")
  3. {
  4.     sql+=" Where Username="+userName
  5. }

声明:只做示例,能不能运行不重要!(上面的代码一般情况下必须是有问题的

那你用linq能不能这么干呢?呃····向下面这样

  1. var query = from user in db.Set<User>()
  2.                         select user;
  3.             var userName = string.Empty;
  4.             if(!string.IsNullOrWhiteSpace(userName))
  5.             {
  6.                 query = query.Where(x => x.Username == userName);
  7.             }

对,是可以这样,但在实际项目中一般是不会直接返回IQueryable接口的,也就没办法这么做。

所以,动态拼接linq就应运而生了,而linq的实质是表达式树,大家可以看IQueryable的Where扩展方法的签名,是以Expression开头的。

组件介绍及使用

封装的最初目的,也是给自己用。我是懒人,所以我会把组件搞得越简单越好,下面是一个完整的使用示例

  1. TestDataContext db = new TestDataContext();
  2.            var builder = new ExpressionBuilder<User>();//实例化组件,User是什么下面说
  3.            var filters = new List<SqlFilter>();
  4.            filters.Add(SqlFilter.Create("Id", Operation.Equal, 1)); //添加User的Id属性值等于1的搜索条件
  5.            filters.Add(SqlFilter.Create("LastLoginDate", Operation.GreaterThan, DateTime.Now));//添加User的LastLoginDate属性值大于现在的搜索条件
  6.            filters.Add(SqlFilter.Create("Username", Operation.Like, "aaaa"));//添加User的Username属性值like "aaaaa"的搜索条件
  7.            filters.Add(SqlFilter.Create("Id", Operation.In, new int[] { 1, 2, 3 }));//添加User的Id属性值在1、2、3之中的搜索条件,当Operation为In的时候,最后一个参数必须为集合
  8.            filters.Add(SqlFilter.Create("Password", Operation.NotEqual, "1"));
  9.            filters.Add(SqlFilter.Create("Status", Operation.In, new int[] { 1 }));
  10.            var where = builder.Build(filters, new Dictionary<string, string>());//根据上面的条件,拼接出表达式树
  11.            var results = db.Set<User>().Where(where).ToList();//地球人都知道

上面的代码拼接出来表达式树是这样的

  1. var ids=new int[]{1,2,3};
  2.             var status=new int[]{1};
  3.             db.Set<User>().Where(x => x.Id == 1 && x.LastLoginDate > DateTime.Now && ids.Contains(x.Id) && x.Username.Contains("aaaa") && x.Password != "1" && status.Contains(x.Status));

注释已经说得比较清楚了,但第2行和第10行需要特别解释一下,第10行的Build方法原型如下

  1. public Expression<Func<TParameter, bool>> Build(IList<SqlFilter> filters, Dictionary<string, string> filterNameMap)

返回值是一个Expression<Func<TParameter,bool>>类型的,其中有一个泛型参数,这个参数就是第2行实例化的时候传的User,在使用的时候,必须保证添加的每一个搜索条件的属性在User类里面有。

为什么要这样设计呢?这个感觉一下子说不清楚,等下讲原理的时候说

另外还可以看到有个filterNameMap的参数,这个主要是用来进行属性名的转换的,一般用于外键。简单说一下我当时的设计意图。

例如,有一个列表,展示的是权限系统中的角色信息,有角色名、描述、拥有的功能三列,其中第三列内容是来自功能表中的,其他是来自角色表的。

一般情况下可能会将第三列的属性名设置为Privileges,然后类型是string型,但如果说用户要按角色拥有的功能进行搜索,你不可能按字符串过滤吧?一般是按照功能Id也就是PrivilegeId过滤。

因为我用的是ExtJs(没用过这个的直接跳过这一段吧),所以问题来了,extjs传给我的参数名是Privileges,值是一个集合,因为我的Model类属性名是这个,但我后台用于过滤的真正属性是PrivilegeId,所以我需要将Privileges映射到PrivilegeId,告诉ExpressionBuilder,如果遇到了Privileges属性名的搜索条件,就将属性名换成PrivilegeId进行拼接

为了方便理解,下面是SqlFilter的源码,很简单

  1. public class SqlFilter
  2.     {
  3.         public static SqlFilter Create(string propertyName, Operation operation, object value)
  4.         {
  5.             return new SqlFilter()
  6.             {
  7.                 Name = propertyName,
  8.                 Operation = operation,
  9.                 Value = value
  10.             };
  11.         }
  12.  
  13.         /// <summary>
  14.         /// 字段名
  15.         /// </summary>
  16.         public string Name { get; set; }
  17.  
  18.         /// <summary>
  19.         /// 搜索操作,大于小于等于
  20.         /// </summary>
  21.         public Xinchen.DbUtils.Operation Operation { get; set; }
  22.  
  23.         /// <summary>
  24.         /// 搜索参数值
  25.         /// </summary>
  26.         public object Value { get; set; }
  27.     }

下面是Operation的

  1. public enum Operation
  2.     {
  3.         GreaterThan,
  4.         LessThan,
  5.         GreaterThanOrEqual,
  6.         LessThanOrEqual,
  7.         NotEqual,
  8.         Equal,
  9.         Like,
  10.         In
  11.     }

组件原理

还真没把握能说清楚···

其实就是拼接表达式树的原理

  1. //假如我们要拼接x=>x.Id==1,假如x的类型为User
  2.             var parameterExp = Expression.Parameter(typeof(User), "x");
  3.             //结果是这样:x=>,x是变量名
  4.             var propertyExp = Expression.Property(parameterExp, "Id");
  5.             //结果是这样:x=>x.Id,这句是为了构建访问属性的表达式
  6.             //上面这句第一个参数是你要取属性的对象表达式。我们要拼的表达式是x=>x.Id==1,==1这块先不管,其实就是x=>x.Id,那么其实我们就是对x进行取属性值,而x是parameterExp,所以第一个参数是parameterExp,第二个参数好说,就是属性名
  7.             var constExp = Expression.Constant(1);
  8.             //结果是··没有结果,构建一个常量表达式,值为1(LINQ的世界,一切皆表达式树)
  9.             //马上就是关键的一步了
  10.             var body = Expression.Equal(propertyExp, constExp);
  11.             //结果是:x=>x.Id==1,这个··还需要解释么,很简单,不是么。创建一个相等的表达式,然后传入左边和右边的表达式
  12.             //当然到这儿还不能用,还需要继续
  13.             var lambda = Expression.Lambda<Func<User, bool>>(body, parameterExp);
  14.             //这句和第二句是我学的时候最难理解的两个地方。这句是将我们的成果封装成能用的,第一个参数就是我们的成果,第二个参数是实现这个成果所需要的参数,那当然是parameterExp,然后泛型参数Func<User,bool>就是我们想把这个表达式封装成什么样的东西,此时,lambda的类型就是Expression<Fun<User,bool>>,这个时候就能用了

这是一个相当简单的表达式树,注释写得很清楚,下面来个复杂的

  1. //假如我们要拼接x=>x.Username.Contains("aaa"),假如x的类型为User
  2.             var parameterExp = Expression.Parameter(typeof(User), "x");
  3.             var propertyExp = Expression.Property(parameterExp, "Username");
  4.             //上面两句不再介绍
  5.             var containsMethod = typeof(string).GetMethod("Contains", new Type[] { typeof(string) });
  6.             //因为我们要拼接的表达式中调用了string类型的Username的Contains方法,所以反射获取string类型的Contains方法
  7.             var constExp = Expression.Constant("aaa");
  8.             //不再解释
  9.             var containsExp = Expression.Call(propertyExp, containsMethod, constExp);
  10.             //结果是:x=>x.Username.Contains("aaa"),第一个参数,是要调用哪个实例的方法,这里是propertyExp,第二个是调用哪个方法,第三个是参数,理解了上一个示例,这个应该不难理解
  11.             var lambda = Expression.Lambda<Func<User, bool>>(containsExp, parameterExp);
  12.             //不再解释

可以看到,第一句都是取了User的类型,所以我在设计ExpressionBuilder的使用了泛型,以供传入这个参数

原理就到这儿吧,要看更多的示例就直接看源码吧

后记

继续广告···要了解相关技术的请进QQ群74522853,答案XLinq

时间: 2024-10-10 15:34:22

分享动态拼接Expression表达式组件及原理的相关文章

取代DataTable Select方法 并动态拼接Lambda表达式

原来的程序里面,有这样一段代码 var parentFilterString = string.Empty; parentFilterString = exceptList.Aggregate(parentFilterString, (current, id) => current + (" " + parentFieldName + " = '" + id + "' or")); parentFilterString = parentFi

表达式树动态拼接lambda

动态拼接lambda表达式树 前言 最近在优化同事写的代码(我们的框架用的是dapperLambda),其中有一个这样很普通的场景——界面上提供了一些查询条件框供用户来进行过滤数据.由于dapperLambda按条件查询时是传入表达式树的参数,这样比如其中查询条件有一个是审核状态,另外五个是模糊查询,那这查询时的表达式树参数就要写两次,这样使得代码看起来有很多是重复的,而且如果查询条件多的情况下,在写那表达式树参数时也容易漏写或错写.所以我在想如果可以动态拼接这表达式树,那这代码就要精简很多了.

关于Expression表达式树的拼接

最近在做项目中遇到一个问题,需求是这样的: 我要对已经存在的用户进行检索,可以根据用户的id 或者用户名其中的一部分字符来检索出来,这样就出现了三种情况 只有id,只有用户名中一部字符,或者全部都有. 我们用的MVC+EF5.0的框架,在BLL层进行查询的 时候需要构建lambda表达式来作为查询条件,但是,我们怎么来构建lambda来确定查询的条件呢?我们知道Express<Func<T,bool>>这样的一个参数可以是lambda表达式,但是这里的按条件拼接式不能使用委托链的形

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

原文:Linq to Sql : 动态构造Expression进行动态查询 前一篇在介绍动态查询时,提到一个问题:如何根据用户的输入条件,动态构造这个过滤条件表达式呢?Expression<Func<ProductExt, bool>> predicate t => t.ProductName.Contains("che") && t.UnitPrice >= 22; 理想情况下,我希望可以像下面这样来构造predicate,这样,我

动态生成lambda表达式

//1.0 获取我的申请单 int uid = UserMgr.GetCurrentLoginUser().uID; //2.0 获取参数 string kname = f["kname"]; string status = f["status"]; //第一个条件: var query= c => c.fCreatorID == uid //定义出一个c的参数,它的类型为wfReqeustForm var ps = Expression.Parameter(

委托、匿名委托、Lambda 表达式、Expression表达式树之刨根问底

本篇不是对标题所述之概念的入门文章,重点在阐述它们的异同点和应用场景.各位看官,这里就不啰嗦了,直接上代码. 首先定义一个泛型委托类型,如下: public delegate T Function<T>(T a, T b); 实现泛型委托的主体代码,并调用: public static string Add(string a, string b) { return string.Format("{0} #### {1}",a,b); } //实名委托方式 Function&

EF 拉姆达 动态拼接查询语句

EF 动态拼接查询语句 using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Linq.Expressions; using System.Security.Cryptography; using System.Text; namespace Aliexpress.Common.CommonHelper { //public static class Pre

Java动态执行计算表达式利器 -- ScriptEngine

在通过配置文件对系统进行参数配置时,有时需要更好的理解参数值的具体意义,往往采用计算表达式的方式设置,例如1天换成秒数为86400,如果写成24 * 60 * 60就很清晰的表达是一天的秒数.但是这个表达式通过properties的方式获取为字符串,这里就需要动态计算这个表达式. ScriptEngine这个对象专门用来处理动态执行表达式,主要调用其eval方法动态执行(类似于javascript中的eval方法),其返回结果为object对象:针对计算表达式的返回结果是double类型,所以这

动态组合lambda 表达式

//第三方审核记录实体集合—动态组合lambda 表达式 Expression<Func<ThirdAdEntity, bool>> thirdWhere = p => p.Observer.Split(',').Contains(ortableEntity.CompanyAdtId.ToString()) && p.AdStartDate <= commonProperty.SystemDateTime && p.ThirdAdId !