C# 动态构建表达式树(一)—— 构建 Where 的 Lambda 表达式
前言
记得之前同事在做筛选功能的时候提出过一个问题:如果用户传入的条件数量不确定,条件的内容也不确定(大于、小于和等于),能否能够动态拼接成 Linq 后在数据库筛选,当时也没有好的思路。最近看的教程上提到了“动态构建表达式树”,刚好可以解决此类问题。
准备工作
环境:.NET Framework 4.5,SQLServer 2017
建表脚本如下(由 SSMS 导出):
USE [default]
GO
/****** Object: Table [dbo].[Person] Script Date: 2021/6/9 12:06:43 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Person](
[Id] [varchar](100) NOT NULL,
[Name] [nvarchar](50) NOT NULL,
[Age] [int] NOT NULL,
[Gender] [nvarchar](5) NOT NULL,
[Point] [int] NOT NULL,
[CreateTime] [datetime] NOT NULL,
CONSTRAINT [PK_Person] PRIMARY KEY CLUSTERED
(
[Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
表中数据如下:
动态构建“属性值”比较的表达式
要查询的为满足:Gender 为“男”的,且 Point 小于 10000的数据
按照常规写法:
List<Person> personList = context.Person.Where(p => p.Gender == "男" && p.Point < 10000).ToList();
动态组合的写法:
ParameterExpression pe = Expression.Parameter(typeof(Person), "p"); # 创建形参 p
MemberExpression meGender = Expression.Property(pe, "Gender"); # 获取 p 的属性 Gender
BinaryExpression beGenderCondition = Expression.Equal(meGender, Expression.Constant("男")); # 比较
MemberExpression mePoint = Expression.Property(pe, "Point"); # 获取 p 的属性 Point
BinaryExpression bePointCondition = Expression.LessThan(mePoint, Expression.Constant(10000)); # 比较
BinaryExpression resultCondition = Expression.AndAlso(bePointCondition, beGenderCondition); # 组合两个条件
Expression<Func<Person, bool>> personFilterExpression =
Expression.Lambda<Func<Person, bool>>(resultCondition, pe); # 创建最终 lambda 表达式
List<Person> personList1 = context.Person.Where(personFilterExpression).ToList(); # 执行查询
从上面的代码中可以看出,Expression 类包含了所有有可能的操作。所谓动态组合,就是使用 Expression 类的各种方法,改写原始写法,最终组合形成表达式。如:获取属性时我们使用的“.”(点号),可以通过 Expression.Property 方法来实现,“小于”操作符可以通过 Expression.LessThan 方法来实现。
动态构建“属性方法”比较的表达式
要查询的为满足:Gender 是以 “男” 开头的数据(别问为什么有这么奇怪的需求,我一时想不到好的例子了XD)
按照常规写法:
List<Person> personList = context.Person.Where(p => p.Gender.StartsWith("男")).ToList();
动态组合的写法:
ParameterExpression pe = Expression.Parameter(typeof(Person), "p"); # 创建形参 p
MemberExpression meGender = Expression.Property(pe, "Gender"); # 获取 p 的属性 Gender
MethodCallExpression mceGender =
Expression.Call(meGender, "StartsWith", null, Expression.Constant("男")); # 调用 StartsWith 方法
Expression<Func<Person, bool>> personFilterExpression
= Expression.Lambda<Func<Person, bool>>(mceGender, pe); # 创建最终 lambda 表达式
List<Person> personList1 = context.Person.Where(personFilterExpression).ToList(); # 执行查询
注意,调用方法时,也需要使用 Expression.Property 获取属性,再参与操作!
LINQ to Entities 中不能识别的方法(如 DateTime 类型的 ToString 方法)依然不能通过这种方式调用!
全表查询的问题
先说结论:向 IQueryable 类型传入 Expression 类型,会通过数据库查询出符合条件的内容并返回;向 IQueryable 类型传入 Func 类型,会查出全表,在程序中过滤后返回。(可以通过 ChangeTracer 中的内容或 SQL 执行情况判断是否全表查询)
一种表达式原则上应该只有一种类型才对,但这一点似乎对 lambda 表达式不适用。
# 写法1 数据库全表查询
Func<Person, bool> func = p => p.Point < 10000 && p.Gender == "男";
List<Person> funcPersonList = context.Person.Where(func).ToList();
#写法2 数据库按需查询
Expression<Func<Person, bool>> expression = p => p.Point < 10000 && p.Gender == "男";
List<Person> expressionPersonList = context.Person.Where(expression).ToList();
这两种写法均不会报错。但注意观察,“写法1” 中的 context.Person 类型已经变为了 IEnumerable,而正常应该是 IQueryable。
至于原因其实也很简单,因为 IQueryable 继承自 IEnumerable,IQueryable.Where 只支持 Expression 作为参数,而 IEnumerable 只支持 Func 作为参数。
如果要将Expression 转换为 Func,可以调用 Expression.Compile 方法。
后记
最近在听朝夕教育的体验课,本文的主要的内容也是其中讲动态表达式的内容。其中有个听课的同学提出,传入参数类型为 Func 和 Expression 会有不同的效果,这也给了我很大启发(准确地说是帮我避开了一个大坑),在这里表示感谢。
因为能力有限,一口实在吃不下太多,因此本文写的主要是向 Where 方法传递 lambda 表达式参数,也算是一个入门了。在后面的内容打算涉及 Select 和 Group 这两个我比较常用的方法了,敬请期待吧。