LINQ to SQL是否已弃用?

对于所有的 “Linq到SQL已失效” 各位:scottguthrie本人在techedeurope上明确提到linqtosql是 完全支持 在.NET4中,达米恩的守卫发布了一个 blog post 在.NET4中对Linq到SQL做了哪些更改和改进。

引用马克吐温的话:“关于我死亡的报道被大大夸大了”。。。。。。

http://www.youtube.com/watch?v=NWHfY_lvKIQ .

那些说“L2S已死”的人通常指的是L2S不会收到太多(如果有的话)新功能的事实。Linq的更新(如 Damien Guard's post new dynamic type

那些说“L2S还没死”的人通常指的是L2S不会完全从.Net中删除(至少不会很快)。想想:阿朵。它可能会在实践开发人员中失去一些吸引力(这可能是微软那些狡猾的人不言而喻的愿望),但这并不意味着如果你愿意,你就不能使用L2S。这只是意味着微软并没有试图用它来吸引大众。

在开始一个项目的时候,我真的认为在EF和L2S之间有一个选择是很好的。作为比尔·瓦格纳 points out ,两者都有时间和地点。

我讨论得太晚了,但我想指出的是,早在2008年,linktosql项目经理(timmallalieu)就在他的报告中宣布了这一消息 blog post ,

“从.NET 4.0开始,LINQ to Entities[而不是LINQ to SQL]将是LINQ to relational方案的推荐数据访问解决方案。”

我没有发现其他最近的声明与此相反。

不,不是。团队仍在努力改进。

一定要看一下 this article

LINQ to SQL tools in Visual Studio

LINQ到SQL是第一种对象关系映射技术 由Microsoft发布。它在基本场景中运行良好,并继续运行 在Visual Studio中受支持,但是 它不再处于活动状态 发展。 在维护遗留应用程序时使用LINQ to SQL 并且不需要多表映射。一般来说,新的应用程序 对象关系映射器层时应使用实体框架 是必需的。

我想他们一定会合并的。EF实际上是linqoverdb对象的企业级实现。linq2sql完全是一个概念证明(还有更多),它实际上增加了腿,但推动了我们现在在EF中看到的许多想法。最后,DAL层(nhibernate、EF、l2s、subsonic等)应该在链的最下面,这样就可以消除客户端BO代码中的任何差异,从而实现LINQ服务-热交换将是通过DI的最终游戏。