请大家说说Linq的缺点解决方案

请大家说说Linq的缺点
请大家说说Linq的缺点

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

现问题。


请大家说说它的缺点在那里？以及还有那些优点？（上面如果有错的地方，谢谢指正）
最后说说它的性能怎样？

我用过Linq to Xml感觉比原先操作xml的类好用，

[解决办法]
越是功能强大的东西，越是减少你对知识的深入了解，越是缺少自己个性化需求的实现


因为它本身就是一个功能，不是根基，不需要了解底层就可以了。
[解决办法]
LZ说的不太准确····

如果是linq to sql 那性能肯定不如ado.net

如果是linq to object 或者linq to dataset
那操作会很方便，而且性能和直接循环遍历差不多把·~~
[解决办法]
linq 根本就不可能比 ado.net 效率高，功能多了反而效率高了？相当于坦克的装甲厚了反而灵活了？

我用过linq to sql 感觉不错，对于新东西我觉得还是报着认识和学习的态度，怎么不说说linq的优点呀，对新知识都对立，还咋进步
[解决办法]
怎么一说到linq大家就tosql啊
我认为linqtosql只是一个例子，至于以后可能ms对他的支持不会太多
linq主要就是对一个集合的对象话查询，丫也是委托，就是叫你写的少了，更加向高级方向发展了
我忘记是那个网了，他总结收linqTO*，已经有了20多了个了

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

引用楼主 lsd123 的帖子:

请大家说说Linq的缺点

优点：
3.推迟查询的执行。在运行期间定义的查询表达式时，查询不会运行。查询会在迭代数据项时运行。
（不知道第3点的优点在那里？）

[解决办法]
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 与传统方法的差距就已明了。

5、www.soobb.com
[解决办法]
我觉得虽然微软对它进行了分装优化，功能还是不如原来的单独执行sql，毕竟需要转化。

我猜linq的功能和hibernate类似吧，刚才有人说学习曲线太陡了，都是配置文件，搞搞数据库字段，直接调用插入，删除函数。
[解决办法]
我认为这是一个进步，从原理上我说不上来，但是我知道没有人研究的东西是倒退的。我认为高级的东西越研究就越自动化了，而不是什么覆盖底层技术之类的，因为底层的东西可以有它自己的语言来实现。比如C/C++现在也很多用的，一边都是用这些语言来开发底层的，没有说有人用.net4.0来开发顶层东西。
每种语言的缺点肯定是有的。但是相比优点来讲，肯定是少于优点的。
[解决办法]
unixlinuxsys 你的 取首、尾的例子我认为是个特例，
 Last = Source.Last 和 First = Source.First 
肯定不如
Last = Source(Length - 1) 和 First = Source(0) 
来的快，因为后者是直接通过下标来访问的，而第一种是通过查找得的。

[解决办法]
关于Linq操作数据库与ADO.NET操作数据库的效率问题要分清情况讨论
如果是和ADO.Net的IDataReader相比（并且最终执行的是一样的SQL语句），那无论如何，Linq是没有可能的性能优势的
但是如果是和ADO.Net的DataTable相比，那就不一定了，填充DataTable一样有消耗，哪一个的消耗更大还要具体分析
[解决办法]
开发效率有提升；
执行性能有所下降；
设计水平要求更高；

就我个人的看法而言，中小项目或对执行效率要求不高的项目可以使用。效果不错。
[解决办法]
Linq 和正则表达式，Xpath有点类似：
1，是语言中的语言，带来了很多方便。
2，不用Linq 和正则,Xpath也能搞定问题,但是麻烦。

缺点倒谈不上，问题确实存在，楼上的一些同学说的很好，我总结一下：
1，使用linq，需要协调好新旧技术的关系，对团队协调有影响。
2，分散了新人学习SQL，Xpath,正则的精力，尤其是对SQL基本功的练习。
3，Linq推广程度还不足，不能达到SQL的地步，只会Linq很危险。
4，不能代替高性能计算。
 
针对以上问题，采取的态度应该是：
1，确认团队80%以上人员熟悉Linq再做架构修改，不要一下子过渡的太急噪，但也要建议大家自学或互相学习Linq应用。
2，新人各种技术都要学习，不可以只学Linq,忽视了QL，Xpath,正则。
3，注意行业动向，Linq达到一定行业推广，再行动。
4，打好算法与数据结构基础，遇到性能瓶颈，可以换一种算法来解决。

查看更多 下一篇