.net 您对EntityFramework4.0有什么看法？

实体框架的初始版本。开发人员觉得有很多东西被遗漏了，许多人继续使用其他ORM，比如和。然而，好消息是，微软一直在努力开发，这将带来许多修复，包括和支持。许多人认为实体框架的初始版本应该包含这些特性；然而，看到实体框架团队已经解决了开发人员社区提出的问题，这无疑是令人欣慰的

现在VisualStudio2010Beta2已经发布了几个星期，我一直在想其他开发人员对EntityFramework的下一个版本有什么感觉。你的想法是什么

---

我意识到有些人对实体框架仍然有负面的感觉。回答时，假设读者对替代ORM一无所知。请与其他ORM进行比较和对比。你可以自由地提出一些领域，在这些领域，替代方案可以做得更好。另外，请随意提及Entity Framework 4.0所擅长的领域。

嗯，乍一看，我甚至不理解EF存在的原因。基本上，LINQtoSQL用更少的精力做同样的工作，并且它支持EF不支持的很多事情。至少在.NET3.5中是这样

在.NET4中，有传言称LINQtoSQL虽然仍然存在，但将有点停产，只有EF将得到进一步开发。（他们选择开发一个有缺陷的系统而不是一个正常工作的系统的决定，在我看来有点奇怪。）

不过，所有人都说，如果EFV4真的支持它声称支持的所有东西，那么它就可以了

---

（不过，我不知道它比NHibernate有什么优势。）

朱莉·勒曼最近在她的博客上发表了一系列非常好的文章，展示了EF4的许多优点。 我认为最好的办法是你浏览这个博客，建立自己的观点

---

EF 4是我期望的版本。
我对第一次发布不是很满意，LinqToSql在那些日子里感觉非常超前。 说到这里，《政治斗争》的实习生给出了结论：L2S已经死了

在这两个MicrosoftORM的第一个版本之间，我们看到社区写了很多关于他们在n层场景中糟糕行为的博客。因此，我对这两个最大的新特性是以这种方式定向的并不感到惊讶

这两个新功能是完全互补的：

-POCO：导致低耦合层，但需要一些工作来处理层之间的同步。 -自跟踪实体：诱导绑定耦合层，但极大地减少了提供的代码量

对我来说，这是一个选择。我决不会选择生产力而不是健康的设计

---

让我们为POCO摇滚吧

Linq到SQL实际上是有缺陷的。因为它不能处理复杂的映射，而且最糟糕的是：它只适用于MSSQL。EF至少有机会在将来的某个时候成为一个有用的内置ORM。（可能是EF4，还没有检查出来）是的，它将在一段时间内成为一个非常好的ORM，但目前它不支持像Contains方法或延迟加载这样的琐碎事情。LINQ to SQL并没有缺陷，只是与EF针对的受众不同。@Venemo，这篇文章的主题是Entity Framework 4.0，而不是.NET 3.5附带的主题。4.0确实有延迟加载。@senfo：是的，我知道。然而，我的帖子的重点是EFV4可能非常有用，但我有一些怀疑，因为EFV3.5还远远不够完美。不过，EFv4一到，我就很高兴地对它进行测试。@Venemo您现在可以下载测试版了。我对它印象深刻。嗯，我永远不会选择生产力而不是健康的设计，但我的老板可以！这应该重新表述框架的利弊；现在看来，它太主观了，不适合问答。