相关疑难解决方法(0)

就在我与LINQ to SQL交朋友时,似乎MS正在从它下面拉出地毯.

http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

从我的一点点研究来看,EF对简单的工作来说太过分了.但是在这个公告之后是否有继续使用LINQ to SQL的意义？

超越LINQ to SQL的未来,这不仅仅是发送一个糟糕的信号吗？鉴于MS在墙上投掷比特的速度,早期使用任何新比特是否合理？(而且这很好,LINQ to SQL几乎不早!).

对于我的LINQ to SQL工作,我想我会去SubSonic!

更新:一些新意见:

http://ayende.com/Blog/archive/2008/10/31/microsoft-kills-linq-to-sql.aspx

http://codebetter.com/blogs/david.hayden/archive/2008/10/31/linq-to-sql-is-dead-read-between-the-lines.aspx

我正在努力做出有关ORM用于许多遗留应用程序的决定,我负责移植到MVC 2.我看过的ORM是LINQ to SQL,LINQ to Entities和nHibernate.L2S似乎是最简单的,但我发现许多文章和博客条目声明微软将不再在.NET 3.5之后更新它.考虑到这一点,我一直在与实体一起工作,但发现它对我正在使用的小应用程序来说很麻烦且过于复杂(与nHibernate相同).我最近购买了Steven Sanderson的"Pro ASP.NET MVC 2 Framework",他选择使用LINQ to SQL作为他的ORM,并指出:

 I'm aware that some developers have expressed concerns that Microsoft might 
 deprecate LINQ to SQL in favor of Entity Framework. However, Microsoft included 
 and enhanced LINQ to SQL in .NET 4, so these fears cannot be entirely justified. 

我没有意识到他们已经做出了改变,我也没有费心去看,因为一般的社区意见似乎是L2S接近生命终结,被L2E取代.Damien Guard在他的博客(http://damieng.com/blog/2009/06/01/linq-to-sql-changes-in-net-40)上为感兴趣的人写了一些变化.

我希望有人能够阐明微软对LINQ to SQL的立场.我正在移植和更新的应用程序具有(大约)8 - 10年的使用寿命,所以我更倾向于采用一种不会在该时间范围内放弃的技术,并将我的替代品留给小溪.(当然,如果有人对小商店有任何其他建议 - 我们的数据库记录不到500万 - 我很乐意听到它们.)

我一直在网上搜索Linq教程,并发现一些文章说linq可能会消失？你对此有什么看法？微软真的会取消linq