请大家说说Linq的缺点

 请大家说说Linq的缺点

优点：
1.Linq提供了不同数据源的抽象层，所以可以使用相同的语法访问不同的数据源（只要该数据源有提供程序即可）
2.Linq为底层的数据存储提供了一个强类型化的界面，可以把底层的数据作为对象来访问。
3.推迟查询的执行。在运行期间定义的查询表达式时，查询不会运行。查询会在迭代数据项时运行。
（不知道第3点的优点在那里？）
4.Linq 语句是在编译期间就做检查的。而不是运行时检查。这样，那里出了问题，可以及时更改，而不是到了运行时才发现问题。

LINQ 高级化的数据组件,
相对DATASET 来说有更强的功能,
但结构复杂,效率低下!
效率低应该是最大缺点了!

学习asp.net的，使用linq的话会逐渐遗忘t-sql，解决问题的能力也会下降
从执行效率考虑，linq不如传统模式

1、仅仅是 LINQ 比较酷的语法，绝不足以决定项目所用的技术。
2、强调一点，绝不要把 LINQ 与 Linq to SQL(DLINQ) 混为一谈，DLINQ 仅仅是 LINQ 的一个应用，绝非 LINQ 的全部。与 LINQ 一同来到的是大量的编译器特性，不论是 C#3 或是 VB9，都有着许多令人耳目一新的新语法特性。然而，由于 .Net Framework 3.x 都是 .Net Framework 2 的超集，所以所有的语法特性都不过是编译时的翻译。如果您试图反编译 LINQ 表达式，Lambda 或匿名函数，您将见到大批的函数嵌套，不知名的函数与其他令人头昏脑涨的程序结构。这一切都是编译器代为完成的。您无需担心 C# 中的 Var，或是 VB 中的无需 As 的变量定义带来的装/拆箱问题，它们将在 IL 中被推断为真实的数据类型。
3、探讨 LINQ 的性能问题时，我们将不仅局限于简单的时间比较，还将对 LINQ 的实现代码进行简单的分析，并就 Linq to SQL 生成的 T-SQL 语句讨论优化数据库性能的方法。工欲善其事，必先利其器，此系列中测试的平台基于 SQL Server 2005 SP2，反编译工具采用 Lutz Roeder's Reflector。
4、由于应用了扩展方法，LINQ 得以查询任何现有 IEnumerable(Of T) 的内容。但是，性能问题却被隐藏在通用性与易用性之下。让我们做一个简短的测试，测试是使用 LINQ 获取一个随机数字数组的开头，结尾与总计，并与传统方式按数组索引获取作出对比。测试代码如下：

　　Visual Basic 9 - LINQ 性能测试: 获取随机数组数据

Sub Main()
        Dim Start As Integer
        For Count As Integer = 0 To 2
            Dim Random As New Random
            Dim TempArray As New List(Of Integer)
            '生成测试数组
            For I As Integer = 0 To 50000
                TempArray.Add(Random.Next(10000, 99999))
            Next
            '进行测试查询
            Dim Source As Integer() = TempArray.ToArray
            '计算时间
            '获取最后一条
            Start = Timer
            Dim Last As Integer, First As Integer, Length As Integer
            For I As Integer = 0 To 500000
                Last = Source.Last
                First = Source.First
                Length = Source.Count
            Next
            System.Console.WriteLine("Linq 查询数组首末与统计耗时: " & Math.Abs(Timer -Start) * 1000 & " 毫秒")
            '方法2: 计算时间
            Start = Timer
            '获取最后一条
            Length = Source.Length - 1
            For I As Integer = 0 To 500000
                Last = Source(Length - 1)
                First = Source(0)
                Length = Source.Length
            Next
            System.Console.WriteLine("传统查询数组首末与统计耗时: " & Math.Abs(Timer - Start) * 1000 & " 毫秒")
        Next
    End Sub
　　程序运行于 Release 模式下，连续测试3次。测试结果如下：

　　Linq 查询数组首末与统计耗时: 2109.375 毫秒
　　传统查询数组首末与统计耗时: 296.875 毫秒
　　Linq 查询数组首末与统计耗时: 2406.25 毫秒
　　传统查询数组首末与统计耗时: 406.25 毫秒
　　Linq 查询数组首末与统计耗时: 2156.25 毫秒
　　传统查询数组首末与统计耗时: 218.75 毫秒

　　看到这里，通用的 LINQ 与传统方法的差距就已明了。

我认为这是一个进步，从原理上我说不上来，但是我知道没有人研究的东西是倒退的。我认为高级的东西越研究就越自动化了，而不是什么覆盖底层技术之类的，因为底层的东西可以有它自己的语言来实现。比如C/C++现在也很多用的，一边都是用这些语言来开发底层的，没有说有人用.net4.0来开发顶层东西。
每种语言的缺点肯定是有的。但是相比优点来讲，肯定是少于优点的。