我正在努力做出一个明智的决定,决定将什么ORM用于一些我负责移植到MVC2的遗留应用程序。我研究过的ORM是LINQ to SQL,LINQ to Entities和nHibernate。L2S似乎是最简单的,但我找到了大量的文章和博客文章,声明微软在.NET 3.5后将不再更新它。考虑到这一点,我一直在使用实体,但我发现对于我正在使用的小型应用程序(nHibernate也是如此),它非常繁琐和复杂。我最近购买了Steven Sanderson的“ProSQLMVC2框架”,其中他选择使用LINQ to ASP.NET作为他的对象关系管理,在某一时刻,他说:
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万条-我很乐意听到。)
发布于 2010-08-05 00:39:38
我收到的信息是:展望未来,我们应该尽可能多地使用实体框架;LINQ to SQL基本上处于维护模式:它不会很快消失,但也不会有显着的发展。与此同时,实体框架也在不断发展,并与其他产品/框架集成,如RIA服务或WCF数据服务。
发布于 2010-08-05 00:24:19
我不知道这是不是仅仅是销售,但我们有一个微软的家伙来到我们的商店介绍我们的Visual Studio2010,他表示,微软仍然有团队工作,以分别发展EF和L2S。
发布于 2010-08-05 00:23:44
微软不会贬低LINQ。我保证。
https://stackoverflow.com/questions/3407565
复制相似问题