实体框架目前适合哪种类型的项目？

Question

我最近听了一个播客，详细讨论了实体框架(EF)的缺点。

但是，从我所能收集到的情况来看，他们的意见可能需要(被我)接受：

这些人都是ORM的专家，他们或者是靠ORM工具谋生，或者是他们的业余爱好，他们用ORM工具做大规模的applications

• They，他们也非常关心ALT.NET的超级战术，我不一定关心

。

我的整体问题是：

实体框架当前适合哪种类型的项目的

• ？

但这里有几个子问题可以帮你找到我想问的问题：

1. 难道EF总比什么都没有好吗？我厌倦了所有的手工操作，
2. 是否接近于“解决与LINQtoSQL2A相同的问题”？如果是的话，什么时候一种比另一种更适合？* found a thread on this question as I was going over questions with this tag，所以算了*
3. 它是否适合简单的“快速和脏”的应用程序，例如当您的管理CRUD表单的大部分时间？

编辑:对于那些可能很好奇的人，我主要是从事中小型应用程序的工作。这可以指导你的反应，或不能。

Answer 1

实体框架适用于所有从ORM层中受益的应用程序。丹尼尔·西蒙斯的文章详细介绍了这一点。http://blogs.msdn.com/dsimmons/archive/2008/05/17/why-use-the-entity-framework.aspx

实体框架在许多方面与SQL的Linq相似，但并不绑定到，而Linq用于SQL。此外，EF支持在业务/域对象和数据表之间进行更灵活的映射。Linq支持更多的一对一映射，而EF支持将单个对象映射到多个表或将单个表映射到多个对象的能力。你在这两方面都有不错的设计师支持。

在开源世界中，NHibernate可能是最先进的，而且在许多方面是比较成熟的产品(在某些方面，它当然支持更广泛的一系列特性)。但是，使用EF，您将得到MS的充分支持，并将其紧密集成到visual工具集和.net框架堆栈中。在撰写本报告时，EF也是比NH更好的Linq证明器。

对于一个快速而肮脏的应用程序，如果您可以使用MS和映射限制，我将倾向于使用Linq，以便SQL诚实地使用。

对于更复杂的应用程序，我将使用EF或NHibernate。

你可能会对我在EF http://blog.keithpatton.com/2008/06/24/A+Vote+Of+Confidence+For+The+Entity+Framework.aspx上投的信任票感兴趣。