您认为切换到实体框架有利吗?[闭门]

很清楚(从 recent announcements 特别是)EF将作为 thunderdome “这个场景在LINQ到SQL和EF之间上演。不管发生什么,EF(几年后)几乎肯定会和今天的EF有很大的不同。或者肯定会“足够不同”;-p

如果我知道一个臭名昭著的复杂系统很快就会发生变化,那么我看不到学习它有什么好处。

我百分之百支持LINQ到SQL-P

NHibernate 或许 LLBLGen Pro .

( -作为更新,我的立场有点软化, here 和 here isn't quite dead yet

我已经完成了几个MVC项目,现在已经在生产中,使用了L2SQL,我发现使用它非常愉快。我现在正在着手一个新项目,并决定使用EF和L2EF编写它,因为之前引用的文章宣称L2SQL已经死亡。仅仅几天后,我就决定回到L2SQL。一些简单的事情,比如必须使用下面显示的糟糕语法或不必要的查找为插入设置外键,都让我感到震惊。

foo.Foreign_TypeReference.EntityKey = 
     new EntityKey("DataContextName.Foreign_Type", "Foreign_Type_Id", ForeignTypeId);

而不是:

foo.Foreign_Type_Id = ForeignTypeId;

我已经使用了LINQtoSQL和EF,并且克服了EFV1的许多小挫折。

然而,有一件事让EFV1赢得了我,那就是令人惊讶的好 从数据库更新 男巫难以置信的是,这个 实际上有效

这就是我的选择。我建议忽略EFV1的高级功能——它远没有达到其目标的雄心勃勃的平台的可用性。

忍受EFV1的笨重,你将在未来处于最佳位置。

我必须同意马克·格雷威尔的观点。 大概 当Entity Framework的下一个版本发布(.net 4.0/VS2010)时,使用EF将有一个优势,到那时,它可能与当前版本的EF有很大的不同。

在那之前,至少我会像瘟疫一样避免EF,因为除了测试/实验代码之外,任何东西都不会影响生产。

这个 EF msdn forum one particular example 这显然是一个胜利者——通常一个简单的五表查询(10-15行SQL)会变成什么 >1500 lines of SQL

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=3874607&SiteID=1

http://paste-it.net/public/q6ed5c2/

对于EF的未来,微软的 history of changing direction 在一夜之间发生的重大战略事件上,谁知道他们目前与英孚的“战略目标”是否会在几年后实现。。?我肯定不会打赌的。见:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=4100399&SiteID=1#4107623

为了记录在案,对于LINQ到SQL的未来,这里已经表达了一些犹豫:

Is LINQ to SQL DOA?

Has Microsoft really killed LINQ to SQL?

除非您使用SQLServer(或SQLServerCompact),否则LINQtoSQL似乎不是一个选项,所以我有足够的理由避免使用它并使用EF(我想使用PostgreSQL)。

在EF的v1中肯定有足够多的东西缺失,这会让我犹豫是否推荐它。听起来EF的第2版(发布时)将是第一个被认真推荐用于切换到的版本。

ADO .NET Entity Framework Vote of No Confidence “正如进一步讨论的那样 here .

我想我们期待着它在未来的几年会有显著的改善 .Net 4.0 由ADO.Net团队开发。

这里有一些 video 从最近的PDC。

最近,我不得不研究应该使用哪个ORM项目。起初,我试过L2S。它一点也不坏,但已经过时了(MS不再支持它),这就是我开始检查L2E的原因。我对生成的代码很在行,但在它们之间创建假视图、实体和映射只是为了使存储过程可用,而不是填充实体的所有字段,这对我来说太过分了。我想分离我的数据访问层,所以-我必须将数据从生成的对象映射到我创建的对象。

坚持这个组合。