我有一个 Func<ProductItemVendor, bool>
存储在 CompareProductItemVendorIds
.我想在 LINQ 查询中使用该表达式。
看来以下是合法的:
var results =
Repository.Query<ProductItemVendor>().Where(CompareProductItemVendorIds);
但是,以下内容是不合法的:
var results = from v in Repository.Query<ProductItemVendor>()
where CompareProductItemVendorIds(v)
select v;
此代码产生错误:
The LINQ expression node type 'Invoke' is not supported in LINQ to Entities.
问题:
为什么这些陈述如此不同以至于我的
Func<>
一个合法但另一个不合法?我认为他们基本上都在做同样的事情。我怎样才能使这项工作正常进行?我是否必须明确创建我的
Func<>
作为Expression<Func<>>
相反?
请参阅我的相关问题 Using Expression<Func<>> in a LINQ Query .
最佳答案
Expression<Func<T,bool>>
之间有很大区别和 Func<T,bool>
.第一个是表达式树。您可以将其视为代码描述。 Linq to Entities 需要表达式树。因为它需要构建 SQL 查询。所以它需要代码描述来将相同的操作转换成SQL。
第二个,Func<T,bool>
是具有指定签名的简单方法。这里没什么特别的。为什么它在这里合法:
Repository.Query<ProductItemVendor>().Where(CompareProductItemVendorIds);
很简单。有两个Where
扩展方法。一头IQueryable<T>
,它需要表达式树(将被翻译成 SQL 查询)。另一个是 IEnumerable<T>
的扩展名它需要用于内存中集合过滤的序数方法(通常的 C# 代码)。因此你没有表达式树,选择了后一个。此处没有生成 SQL。这是你的情况。
现在第二个查询:
from v in Repository.Query<ProductItemVendor>()
where CompareProductItemVendorIds(v)
select v
实际上这不是同一个查询。相当于
Repository.Query<ProductItemVendor>().Where(v => CompareProductItemVendorIds(v));
这里有 lambda 表达式,可以将其转换为表达式树。还有一个Where
使用扩展名 - 一个用于 IQueryable<T>
.因此,Linq to Entities 尝试将此表达式树转换为 SQL。但是它应该转换什么?是的,调用一些内存中的方法。当然,Linq to Entities 无法做到这一点。
为了使您的查询有效,您应该使用 Expression<Func<T,bool>>
.您可以手动构建它,也可以使用 lambda 表达式。
关于c# - 在 LINQ 查询中使用 Func<>,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26617623/