为什么LINQ使用Data.DataTableCollection进行转换

Question

这个问题是"使用Data.DataTableCollection进行LINQ强制转换"的连续问题,这里是使用Data.DataTableCollection @Lasse Espeholt 的链接[问题] LINQ强制转换

我遇到同样的情况.我想对集合DataTableCollection进行LINQ查询.但是,如果我写下以下代码:

from dataTable in dataSet.Tables

visual studio将报告错误"无法找到源类型'System.Data.DataTableCollection'的查询模式的实现".所以解决方案是将代码更改为:

from dataTable in dataSet.Tables.Cast<DataTable> ()

所以我从互联网上挖掘了根本原因.我发现了一些线索,"典型的LINQ to Objects查询表达式不仅需要一个实现IEnumerable的类作为其数据源,而且它还返回一个相同类型的实例." 在这个页面.所以我想知道DataTableCollection不会继承IEnumerable接口.但根据我在MSDN中检查,我发现DataTableCollection的继承关系如下:

DataTableCollection
    InternalDataCollectionBase
        ICollection
            IEnumerable

所以这种继承关系意味着DataTableCollection只继承IEnumerable接口,不继承IEnumerable接口.所以它不能支持LINQ查询.并且解决方案是使用cast方法将变换转换为IEnumerable然后可以进行LINQ查询.

所以我的总结作为想要启用LINQ功能的类来对象,它必须继承IEnumerable和IEnumerable这两个接口.

我的总结是对的吗？IEnumerable和IEnumerable之间有什么区别？

Answer 1

这里的问题是DataTableCollection没有实现通用IEnumerable<T>接口.此接口随.NET 2.0一起添加,它继承自IEnumerable早期的非通用接口.LINQ查询需要此通用接口,不适用于非泛型版本.

DataTableCollection是一个在2.0之前可用的类,而泛型IEnumerable<T>是在.NET 2.0中添加的.

虽然微软本可以在existig框架类型上添加这个通用接口,但我猜测它们并不是因为时间限制,风险和有限的用途.

有许多旧类可以从这个通用接口中受益(有时候他们缺少那个接口很烦人),但添加它需要花费大量时间来实现和测试向后兼容性.更改现有内容包括破坏现有应用程序的风险..NET设计人员对引入重大变化非常保守.

所以我认为他们计算出的成本高于收益,因为这些旧类型将来不会在新工具的可用性中使用那么多.此外,Enumerable.Cast<T>(Enumerable)您已经找到了扩展方法形式的简单解决方法.

C#LINQ语言实现甚至内置了对此Cast<T>方法的支持; 它可以写成如下:

from DataTable dataTable in dataSet.Tables

其中的内容转换为:

from dataTable in dataSet.Tables.Cast<DataTable>()