LINQ不能使用string.contains?

这是我的代码:

string queryString = "Marco".ToLower(); utenti = db.User.Where(p => queryString.Contains(p.Nickname.ToLower()) || queryString.Contains(p.Nome.ToLower()) || queryString.Contains(p.Cognome.ToLower())).ToList(); 

但我得到:

String.Contains方法仅支持可在客户端上计算的参数。

为什么? 我不能用.Contains()

试试.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使用延迟执行 。 这意味着它会等到您想要在执行任何操作之前迭代查询结果。 LINQ有3种主要类型:

  1. LINQ to Objects – 当您的IEnumerable已经在堆上时。
  2. LINQ to Entities – 当您想使用Entity Framework查询数据库时。
  3. LINQ to SQL – 当您想使用LINQ to SQL查询数据库时。

在第二个2的上下文中延迟执行意味着您的查询不会在数据库上执行,直到您在foreach块中枚举结果,或调用枚举方法,如.ToList.ToArray等。在此之前,您的查询只是作为表达式树存储在内存中。

如果db.User是内存中的集合,那么您的查询将只是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在IEnumerable上支持.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)谓词。

问题是投入的优先考虑。 例如:

a.Contains(b)中; 或b。包含(a);

你最好写:

 p.Nickname.Contains(queryString) ... 

代替

 queryString.Contains(p.Nickname) ...