我听到很多传言Linq2Sql不会在下一个.net版本中再被支持。我非常喜欢Linq2Sql,并且发现它非常简单/轻量级。我可以理解人们对它的一些问题(ppl习惯了nhibernate ......)但正确使用我认为大多数问题都可以解决。我现在在我所有的项目中都使用它,我不愿意看到它不再被支持。linq2sql的缺点
所以,列出你LINQ2SQL
我听到很多传言Linq2Sql不会在下一个.net版本中再被支持。我非常喜欢Linq2Sql,并且发现它非常简单/轻量级。我可以理解人们对它的一些问题(ppl习惯了nhibernate ......)但正确使用我认为大多数问题都可以解决。我现在在我所有的项目中都使用它,我不愿意看到它不再被支持。linq2sql的缺点
所以,列出你LINQ2SQL
首先看到disadvantes,人们失去了兴趣,因为它不会被进一步开发的任何,和Entity Framework将勇往直前吧。
LinqToSQl的工作原理和使用愉快,但EF迟早会超过它。
ORM纯粹主义者会倾向于更容易设置LINQ to Sql来使用LINQ to SQL数据层外部的对象模型。这可以在Linq到SQl中完成,但这是一个远离默认配置的手动过程。
LINQ to SQL肯定可以修复。但只要ADO.NET团队负责它,我就会怀疑它会是什么。
如果它是开源的,我认为这将是一个不容忽视的力量。但就目前而言,这是一种垂死的技术。
如果有LINQ的另一个版本的SQL,这是我的特点心愿:
事情我其实是想同时建立我最后的LINQ到SQL项目(和不得不手动解决在大多数情况下)
事情我可能想,但还没有实际需要还。
我在L2S中看到的最大缺点之一是在断开连接的场景中使用它是一件非常麻烦的事情;将实体的序列化版本发送给另一个实体,并尝试在合并时更新它,并且您将看到它的缺点。如果.Attach()功能适用于这种情况,那么L2S应该是相当不错的。
--larsw
我同意第2点。在第1点,我认为它是一个很好的功能,因为它很容易解决。我实际上更喜欢在我的ORM模式的数据库之间有1:1的映射。我已经看到了ppl滥用hibernate并创建了各种各样的奇特映射,并且几乎失去了对数据流的控制 – terjetyl 2008-12-04 08:09:49