.net - Entity Framework 4，继承与扩展？

Question

每种方法的优点/缺点是什么？

我知道我在一本书或这个网站上读过为什么使用表继承对于 Entity Framework 4 来说很糟糕。

例如，为什么不制作一个具有entityId、datecreated、datemodified的表，然后让 Entity Framework 中的所有其他类继承该表？然后我的所有其他实体的表不需要有这些列。然后我可以让一个 person 类继承该基类，然后一个特定的 person 继承 person。

除了编写较小的 SQL 脚本来生成数据库之外，我不确定这样做的优点...

我看到的缺点是，它使得直接在 SQL 中查询/查看数据变得非常痛苦(所有相关信息都分散在这么多表中)，我还问了我的 friend ，他说:

"The biggest thing that sticks out for me is the fact that i wouldn't want my database to rely on the current inheritance structure of my application. if, for whatever reason, i wanted to change the design of my application in terms of inheritance, it wouldn't matter because my data wouldn't be reliant on my current system design. i think of data storage as just that--storage. the database is normalized according to proper database design, but inheritance is a programatic choice of application development, not data storage. that alone would prevent me from using it. inheritance is a very difficult thing to do properly when it comes to designing an application. it's much easier to change application code than it is to change and migrate database datawhen most less-seasoned devs approach a problem they approach it with inheritance. i did too when i first started developing. it logically makes sense. however once developing for a long time you learn that delegation is really the best way to go (services calling services in the case of soa) and that single-purpose services provide a lot more reuse than inheritance."

这对我来说也有意义。

所以

1)一般来说，继承与扩展的优点/缺点是什么
2)在我上面的具体例子中，什么会更合适？
3)如果我的示例对于其中一个或两个都很糟糕，那么使用继承和使用扩展的好例子是什么？

我以前使用过这两种方法，但由于我还没有经验丰富，所以我仍然不确定如何处理所有情况。

10 票，8 收藏，过百浏览却没人扩展？ =(。

Answer 1

我参加聚会有点晚了，但我一直对 EF 中的继承有与您相同的问题，并找到了一个非常好的摘要供您阅读。这是一个excerpt from Julie Lerman's book Programming Entity Framework .

读完后，这是我对该主题的结论:

1) 一般来说，继承与扩展的优点/缺点是什么 - 优点实际上取决于您选择的表策略。请参阅How to choose an Inheritance Strategy - MSDN Blog 。然而，它们只是在您已经决定使用继承的假设下才是“优点”。这并不是一个轻率的决定。

缺点有很多，但最大的是无法将现有实体作为派生实体添加到数据库中。例如:我有一个继承自 Person 的 Student。有 John Smith 的人员记录。一段时间后，我需要约翰·史密斯成为一名学生。好吧，太糟糕了。那是不可能的。 (至少在没有使用存储过程规避 EF 的情况下是这样)。

2) 在上面的具体示例中，什么更合适？ - 在您的示例中，您应该将这些列(entityId、datecreated、datemodified)添加到需要它们的表中。您可以使用复杂类型来创建日期和修改日期，但这不是必需的，除非您是一个非常严格的 DRY 人。即便如此，这也可能有点矫枉过正。原因是，一旦拥有实体，就永远无法将该实体添加到另一个派生表中。稍后无法将 Person(这是 BaseEntity)添加为学生。此外，编写 LINQ 查询将比所需的复杂得多。亚历克斯已经证明了这一点。

3) 如果我的示例对于其中一个或两个都很糟糕，那么使用继承和使用扩展的好示例是什么？ - 一般来说，如果您可以使基类型抽象，继承 < em>可能适合你。但您仍然应该首先考虑其他选择。如果您的基本类型将在某处直接实例化，则只需使用组合即可。当实际查询和插入记录时，继承会变得非常麻烦。

总之，仅仅因为您可以在 EF 中进行继承并不意味着您应该这样做。如果您可以采用无继承设计，那么请务必这样做。