LINQ multiple where子句

Ami*_*mir 11 linq where-clause

我有一个课程表,我需要根据搜索框中输入的关键字进行搜索.这是一个示例查询:

SELECT * FROM Courses WHERE 
Title LIKE '%word%' OR Title LIKE '%excel%' OR 
Contents LIKE '%word%' OR Contents LIKE '%excel%'
Run Code Online (Sandbox Code Playgroud)

如何在LINQ中转换它,LINQ将根据每个关键字动态生成WHERE语句.

我尝试使用PredicateBuilder,只要字段为VARCHAR就可以正常工作.对于"TEXT"字段,不生成引号,从而导致编译器给出错误消息.这是PredicateBuilder生成的SQL

SELECT [t0].[CoursesID], [t0].[Title], [t0].[Contents], [t0].[Active], 
FROM [dbo].[Courses] AS [t0]
WHERE ([t0].[Title] LIKE '%word%') OR ([t0].[Contents] LIKE %word%) OR 
([t0].Title] LIKE '%excel%') OR ([t0].[Contents] LIKE %excel%)
Run Code Online (Sandbox Code Playgroud)

请注意,"内容"字段没有单引号,这是数据库中的文本字段.

有没有简单的方法来构建WHERE语句并使用查询附加它?有没有人知道如果没有PredicateBuilder我怎么能这样做?

提前致谢.

cha*_*rit 13

既然你正在使用LINQ,我想你正在对抗LINQ-to-SQL数据上下文吗?我没有备用DataContext来测试这个,但这应该给你一些想法.

我不知道它是否会对数据上下文起作用,但是大多数都是非常基本的东西(链接OR运算符和包含方法调用)所以当查询转换为SQL时它不应该引起问题.

首先,我创建一个自定义函数来构建我的谓词:

Func<string, Func<DataItem, bool>> buildKeywordPredicate =
    keyword =>
        x => x.Title.Contains(keyword)
            || x.Contents.Contains(keyword);
Run Code Online (Sandbox Code Playgroud)

这是一个函数,它接受一个字符串关键字,然后返回另一个函数,该函数接受一个DataItem并根据该关键字进行检查.

基本上,如果你传入"Stack",你会得到一个谓词:x => x.Title.Contains("Stack") || x.Contents.Contains("Stack").

接下来,因为有许多可能的关键字,你需要用OR操作链接它,我创建另一个辅助函数来链接2个谓词和一个OR

Func<Func<DataItem,bool>, Func<DataItem, bool>, Func<DataItem, bool>> buildOrPredicate =
    (pred1, pred2) =>
        x => pred1(x) || pred2(x);
Run Code Online (Sandbox Code Playgroud)

此函数接受2个谓词,然后使用OR运算将它们连接起来.

有了这两个函数,我可以构建我的where谓词,如下所示:

foreach (var word in keywords) {            
    filter = filter == null
        ? buildKeywordPredicate(word)
        : buildOrPredicate(filter, buildKeywordPredicate(word));
}
Run Code Online (Sandbox Code Playgroud)

循环内的第一行基本上检查过滤器是否为空.如果是,那么我们想要为我们构建一个简单的关键字过滤器.

否则,如果过滤器不为null,我们需要使用OR操作链接现有过滤器,因此我们将现有过滤器和一个新的关键字过滤器传递给buildOrPredicate来做到这一点.

然后我们现在可以创建查询的WHERE部分:

var result = data.Where(filter);
Run Code Online (Sandbox Code Playgroud)

传递我们刚刚构建的复杂谓词.

我不知道这是否与使用PredicateBuilder有所不同,但由于我们将查询转换推迟到LINQ-to-SQL引擎,因此应该没有任何问题.

但正如我所说,我没有针对真实的数据上下文测试它,所以如果有任何问题你可以写在评论中.

这是我为测试而构建的控制台应用程序:http://pastebin.com/feb8cc1e

希望这可以帮助!


编辑:对于更通用和可重用的版本,涉及正确使用LINQ中的表达式树,请查看Thomas Petricek的博客文章:http://tomasp.net/articles/dynamic-linq-queries.aspx