试试.IndexOf。不是 LINQ 做不到 Contains,而是 LINQ to Entities 和 LINQ to SQL 做不到。
string queryString = "Marco";
utenti = db.User.Where(p =>
queryString.IndexOf(p.Nickname, StringComparison.OrdinalIgnoreCase) >= 0 ||
queryString.IndexOf(p.Nome, StringComparison.OrdinalIgnoreCase) >= 0 ||
queryString.IndexOf(p.Cognom, StringComparison.OrdinalIgnoreCasee) >= 0)
.ToList();
为什么?
LINQ 使用deferred execution。这意味着它会等到您想要遍历查询结果时才会执行任何操作。 LINQ 主要有 3 种类型:
- LINQ to Objects - 当您的
IEnumerable 已经在堆上时。
- LINQ to Entities - 当您想使用实体框架查询数据库时。
- LINQ to SQL - 当您想使用 LINQ to SQL 查询数据库时。
第二个 2 的上下文中的延迟执行意味着您的查询不会在数据库上执行,直到您在 foreach 块中枚举结果,或调用像 .ToList、.ToArray 等枚举方法。在此之前,您的查询只是作为表达式树存储在内存中。
如果db.User 是内存中的一个集合,那么您的查询将非常有效。但是,当数据在数据库中时,LINQ to Entities(或 LINQ to SQL)必须将您的表达式树转换为它所谓的“存储表达式”——这只是“将我的 LINQ 表达式转换为 SQL”的花哨的说法。
现在假设您有一个想要用于查询的自定义 C# 算法,并且您执行了如下操作:
var result = db.User.Where(x => MyCustomMethod(x));
如今,LINQ to Entities 无法将您的 C# 代码转换为 SQL 查询(存储表达式)。您每天依赖的许多其他 C# 方法也是如此。它也不支持.ToLower、.ToUpper、.StartsWith、.EndsWith等。可以转换为存储表达式的C#方法数量有限,而.IndexOf恰好是其中之一.
但是请记住,只有我们在这里讨论的字符串对象的Contains 方法不支持存储表达式。 LINQ to Entities 确实支持IEnumerables 上的.Contains。以下是有效的,并且可以与 LINQ to Entities 一起使用(不确定 LINQ to SQL):
var idsIWantToFind = new[] { 1, 2, 3 };
var users = db.Where(x => idsIWantToFind.Contains(x.UserId));
上面相当于做一个 SQL WHERE UserId IN (1, 2, 3) 谓词。