Entity framework EntityObject有多重要?

Entity framework EntityObject有多重要?,entity-framework,Entity Framework,我正在尝试创建实体模型以进行测试。我找到了许多用于此的代码生成器,如: 但是,在这两个例子中,我注意到,与默认的Microsoft Entity Framework生成器不同,实体类不是从EntityObject类派生的 这有什么缺点吗?EntityObject类的优点是什么?我查看了它的文档,没有看到任何有用的功能,如果没有它就无法实现 这是重量级实体和POCO实体之间的区别。重量级实体源自EntityObject,与EF紧密耦合-实体不是持久性的。POCO实体只是普通的.NET类,与持久

我正在尝试创建实体模型以进行测试。我找到了许多用于此的代码生成器,如:

但是,在这两个例子中,我注意到,与默认的Microsoft Entity Framework生成器不同,实体类不是从EntityObject类派生的


这有什么缺点吗?EntityObject类的优点是什么?我查看了它的文档,没有看到任何有用的功能,如果没有它就无法实现

这是重量级实体和POCO实体之间的区别。重量级实体源自
EntityObject
,与EF紧密耦合-实体不是持久性的。POCO实体只是普通的.NET类,与持久性(本例中为EF)没有任何关系


EntityObject
基于实体的实体是“聪明的”——因为它们知道EF的存在,所以有时在某些情况下更容易使用,但在其他情况下(尤其是分离的场景)更难使用。趋势是使用从EF 4.0开始提供的POCO。

您能给我举个例子,说明基于EntityObject的实体是多么聪明,以及它们是多么困难吗?!另外,在EntityObject类中我需要一些东西,即实体的状态(连接、分离等),这在POCO对象中可能吗?!实体知道其状态这一事实就是“聪明”的例子,另一个例子是“引用”属性和EntityCollection类型的导航属性,它们为您提供了更多选项来有效地使用导航属性。更难的例子是任何您想要实现持久性的地方-包括测试。可以获取POCO的状态,但您必须使用
ObjectStateManager
通过
ObjectContext
实例访问。非常感谢。所以从你们的答案来看,EntityObject似乎比POCO有更多的优势,那个么为什么趋势会朝着使用POCO的方向发展呢?!