IQueryable我知道第一个实现和第二个实现的 LINQ to Entities 和 LINQ to Objects 的一些区别,IEnumerable我的问题范围在 EF 5 内。
IQueryable
IEnumerable
我的问题是这三种方法的技术差异是什么?我看到在许多情况下它们都有效。我还看到使用它们的组合,例如.ToList().AsQueryable().
.ToList().AsQueryable()
这些方法到底是什么意思?
是否存在任何性能问题或会导致使用其中一个的问题?
例如,为什么要使用.ToList().AsQueryable()而不是.AsQueryable()?
.AsQueryable()
关于这一点有很多话要说。让我重点关注AsEnumerable并一路AsQueryable提及。ToList()
AsEnumerable
AsQueryable
ToList()
AsEnumerable并分别AsQueryable转换或转换为IEnumerableor 。IQueryable我说 强制转换或转换 是有原因的:
当源对象已经实现了目标接口时,源对象本身被返回,但 被强制转换 为目标接口。换句话说:类型没有改变,但编译时类型改变了。
当源对象没有实现目标接口时,源对象被 转换 成实现了目标接口的对象。所以类型和编译时类型都改变了。
让我用一些例子来说明这一点。我有这个报告编译时类型和对象的实际类型的小方法:
void ReportTypeProperties<T>(T obj) { Console.WriteLine("Compile-time type: {0}", typeof(T).Name); Console.WriteLine("Actual type: {0}", obj.GetType().Name); }
让我们尝试一个任意的 linq-to-sql Table<T>,它实现IQueryable:
Table<T>
ReportTypeProperties(context.Observations); ReportTypeProperties(context.Observations.AsEnumerable()); ReportTypeProperties(context.Observations.AsQueryable());
结果:
Compile-time type: Table`1 Actual type: Table`1 Compile-time type: IEnumerable`1 Actual type: Table`1 Compile-time type: IQueryable`1 Actual type: Table`1
您会看到表类本身总是被返回,但它的表示发生了变化。
现在是一个实现的对象IEnumerable,而不是IQueryable:
var ints = new[] { 1, 2 }; ReportTypeProperties(ints); ReportTypeProperties(ints.AsEnumerable()); ReportTypeProperties(ints.AsQueryable());
Compile-time type: Int32[] Actual type: Int32[] Compile-time type: IEnumerable`1 Actual type: Int32[] Compile-time type: IQueryable`1 Actual type: EnumerableQuery`1
它在那里。AsQueryable()已将数组转换为EnumerableQuery,它“将IEnumerable<T>集合表示为IQueryable<T>数据源”。(MSDN)。
AsQueryable()
EnumerableQuery
IEnumerable<T>
IQueryable<T>
AsEnumerable 经常用于从任何IQueryable实现切换到 LINQ 到对象 (L2O),主要是因为前者不支持 L2O 具有的功能。
例如,在实体框架查询中,我们只能使用有限数量的方法。因此,例如,如果我们需要在查询中使用我们自己的方法之一,我们通常会编写类似
var query = context.Observations.Select(o => o.Id) .AsEnumerable().Select(x => MySuperSmartMethod(x))
ToList “将an转换IEnumerable<T>为a List<T>”也经常用于此目的。使用AsEnumerablevs.的优点ToList是AsEnumerable不执行查询。AsEnumerable保留延迟执行,并且不会构建通常无用的中间列表。
ToList
List<T>
另一方面,当需要强制执行 LINQ 查询时,ToList可能是一种方法。
AsQueryable 可用于使可枚举集合接受 LINQ 语句中的表达式。.
AsEnumerable像药物一样工作。这是一个快速修复,但需要付出代价,并且不能解决根本问题。
在许多 Stack Overflow 答案中,我看到人们申请AsEnumerable解决几乎所有与 LINQ 表达式中不受支持的方法有关的问题。但价格并不总是很清楚。例如,如果您这样做:
context.MyLongWideTable // A table with many records and columns .Where(x => x.Type == "type") .Select(x => new { x.Name, x.CreateDate })
…所有内容都被巧妙地转换为 过滤 ( Where) 和 项目 ( Select) 的 SQL 语句。也就是说,SQL 结果集的长度和宽度都被分别减小了。
Where
Select
现在假设用户只想查看CreateDate. 在实体框架中,您会很快发现…
CreateDate
.Select(x => new { x.Name, x.CreateDate.Date })
…不支持(在撰写本文时)。啊,幸运的是有AsEnumerable修复:
context.MyLongWideTable.AsEnumerable() .Where(x => x.Type == "type") .Select(x => new { x.Name, x.CreateDate.Date })
当然,它可能会运行。但它将整个表拉入内存,然后应用过滤器和预测。好吧,大多数人都足够聪明,可以做到第Where一个:
context.MyLongWideTable .Where(x => x.Type == "type").AsEnumerable() .Select(x => new { x.Name, x.CreateDate.Date })
但是仍然首先获取所有列,并且投影是在内存中完成的。
真正的解决办法是:
context.MyLongWideTable .Where(x => x.Type == "type") .Select(x => new { x.Name, DbFunctions.TruncateTime(x.CreateDate) })
(但这需要更多的知识......)
现在有一个重要的警告。当你这样做
context.Observations.AsEnumerable() .AsQueryable()
您最终会得到表示为的源对象IQueryable。(因为这两种方法都只转换而不转换)。
但是当你这样做时
context.Observations.AsEnumerable().Select(x => x) .AsQueryable()
结果会是什么?
Select产生WhereSelectEnumerableIterator一个. 这是一个内部 .Net 类,它实现IEnumerable, 而不是IQueryable. 因此,已经发生了到另一种类型的转换,并且后续AsQueryable将永远无法返回原始源。
WhereSelectEnumerableIterator
这意味着 usingAsQueryable不是 一种将 具有特定功能的查询提供程序神奇地注入可枚举的方法。假设你这样做
var query = context.Observations.Select(o => o.Id) .AsEnumerable().Select(x => x.ToString()) .AsQueryable() .Where(...)
where 条件永远不会被翻译成 SQL。AsEnumerable()紧随其后的 LINQ 语句明确切断了与实体框架查询提供程序的连接。
AsEnumerable()
我特意展示了这个例子,因为我在这里看到了一些问题,例如人们试图Include通过调用将功能“注入”到集合中AsQueryable。它编译并运行,但它什么也不做,因为底层对象不再有Include实现。
Include
两者都不执行(或AsQueryable枚举 ) 源对象。他们只改变他们的类型或表示。所涉及的接口和都不过是“等待发生的枚举”。它们在被迫执行之前不会被执行,例如,如上所述,通过调用.AsEnumerable __IQueryable``IEnumerable``ToList()
IQueryable``IEnumerable``ToList()
这意味着执行IEnumerable通过调用对象获得AsEnumerable的.IQueryable将执行底层的IQueryable. 随后的执行IEnumerable将再次执行IQueryable. 这可能非常昂贵。
到目前为止,这只是关于Queryable.AsQueryable和Enumerable.AsEnumerable扩展方法。但当然,任何人都可以编写具有相同名称(和函数)的实例方法或扩展方法。
Queryable.AsQueryable
Enumerable.AsEnumerable
实际上,特定AsEnumerable扩展方法的一个常见示例是DataTableExtensions.AsEnumerable. DataTable没有实现IQueryableor IEnumerable,所以常规的扩展方法不适用。
DataTableExtensions.AsEnumerable
DataTable