Asp.net 在现实生活中，我想相信（有没有人能很好地指出EF1.0（3.5）或4.0的例子？）

我最近发现自己对EF越来越消极，不禁想知道真正的问题是否是我自己在这方面的知识。我见过许多使用EF的简单/人工示例，特别是与MVC结合使用，但我还没有找到任何使用EF并利用所有功能的实际示例。此外，到目前为止，我使用EF的每一次尝试似乎都被VS2008设计器中的缺陷（例如支持服务器生成的字段/列）或需要提供大量额外代码来支持将数据更新回源代码（我希望EF支持这一点）所破坏

为了让我真正了解这一点并做出更明智的决定，有人能给我举一些在现实生活中使用EF的例子吗，比如ASP.NET，比如从底层源中检索一些相关数据，更新这些数据，然后将这些更改持久化到源中。在您可以提供的任何示例中，我希望能够只看到用户所做的更改被发送回源代码，而不是简单地覆盖当前版本

我还希望看到一些能够在web服务/WCF情况下使用EF的示例，在这种情况下，再次使用相关对象检索实体，并将所做的任何更改保留回数据存储

我希望尽可能多的例子使用EF1.0（3.5），因为这是目前可供生产使用的版本，但我也对任何证明事情会变得更好的EF4.0例子感兴趣

---

我想相信EF是前进的方向。我特别喜欢将数据库视为一组相关对象的想法（在过去，我经常使用我自己的版本），但EF似乎仅此而已。我有两个新项目即将推出，涉及相当大的数据库，目前无法证明使用EF是合理的，尽管我真的很想这样做。

我认为EF要赶上Hibernate还需要一段时间。

我问了一个类似的问题，这是针对ASP.NET MVC的。我的问题基本上与您的问题相同，因为我没有看到很多关于EF如何处理.NET web场景的“现实”示例。

无法为您提供代码，但可以告诉您我的经验。最近在一个实际项目中尝试了linqtosql。这还不错，但它不适合领域驱动的设计（或者我太笨了，不能让它看起来像我想要的那样）

尝试将linq转换为实体。总之，浪费了~2天。在最初几次编辑映射之后，我放弃了希望

粘上NHibernate（因为它不会生成任何内容）。但他们都对大狂欢的支持感到失望

---

也许下一个版本会更好。目前，这对我来说似乎很笨拙。

请参阅官方的EF v4参考实现（功能为ASP.NET MVC前端）。

好消息（至少对于EF4）。Carl Perry今天在ADO.NET团队博客上发布了一系列文章，详细介绍了将使生活变得更加轻松的一些变化

我正在寻找有关EF的信息，当我被引导到这里时，我发现这里的大多数答案都是在EF4 CTP4发布之后的

---

可能有人在阅读我的答案时会说CTP4中的功能也过时了，因此我建议任何关注real实体框架实现的人都应该看看最新消息，查看最新消息

我还没有与EF合作过，但我建议永远不要使用自己的ORM，除非你打算学习更多关于ORMs的知识。我使用过Linq2Sql（很多人说它已经死了，这要归功于实体框架），它非常适合我的需要。我建议将这一点再做一点，以得到一个真正的问题，可以有答案，或者切换到社区wiki。我认为这里真正的问题是“有没有人有很好的指向非平凡EF 1.0（3.5）或4.0示例的指针？”Dan，与其说是手动滚动ORM，不如说是手动滚动表示表数据并提供CRUD功能的专用类。Tetsujin，我明白你的意思，你已经正确识别了真正的问题。@Martin，如果实体框架对您没有用处，我建议您至少使用另一个预先存在的ORM。你会惊讶地发现，使用一个预先制作好的ORM而不是你自己的ORM可以节省多少时间，即使是为了一些简单的事情。我意识到Hibernate更为成熟，尽管最近接触到它指出它也有它的怪癖！我特别感兴趣的是在目前更详细地调查英孚，因为我相信它一定比我更有能力！我发现大多数更严重的怪癖可以通过巧妙地使用视图来克服。但是，很抱歉，我无法帮助您回答您的具体问题：（无论如何，谢谢Spencer。正如我在下面提到的，我的一些同事已经在与NHibernate抗争了，所以我会告诉他们使用google的视图。谢谢链接。我看到这是EF4，所以它应该能够向我展示事情是如何工作的；现在我需要的是一些EF1工作的例子……我的一些同事接管了一个项目。）涉及到NHibernate，我从他们那里听到的只有哭泣！事实上，这对他们来说太糟糕了，以至于当被要求在项目中添加一个新的子系统时，他们选择在EF1中实现这一点！现在我听到的只有哭泣和哀嚎！我想我个人对NHibernate的不满是缺乏设计师的支持，以及随后的动手需求生成所有对象以及映射XML。我还被（上面的同事）告知，删除支持非常差。由于域驱动设计的原因，我更喜欢手工编写所有对象（显然没有任何代码生成器可以成功生成整个对象）