Inheritance ORM遗传
是否有人真的想要并使用ORM工具上的继承支持，如果有，您认为哪一个提供了最好的支持Inheritance ORM遗传,inheritance,orm,Inheritance,Orm,是否有人真的想要并使用ORM工具上的继承支持，如果有，您认为哪一个提供了最好的支持 或者ORM继承是一个“天上掉馅饼”的概念吗？如果你指的是域类中的继承，我一直在使用NHibernate和/或Castle ActiveRecord，它们支持三种映射策略： 我非常喜欢这个问题。我使用ORM工具（Toplink，现在是eclipselink，Hibernate）有一段时间了，我一直认为这是JPA文档中引用的，但我从来没有真正需要它。基本上，我的理念是ORM只是防止您编写tedius代码来提取数
或者ORM继承是一个“天上掉馅饼”的概念吗？如果你指的是域类中的继承，我一直在使用NHibernate和/或Castle ActiveRecord，它们支持三种映射策略：
- 我非常喜欢这个问题。我使用ORM工具（Toplink，现在是eclipselink，Hibernate）有一段时间了，我一直认为这是JPA文档中引用的，但我从来没有真正需要它。基本上，我的理念是ORM只是防止您编写tedius代码来提取数据库的记录。这确实是一个巨大的节省时间的方法，它可以防止你犯愚蠢的错误。当然你可以用它来做一些有趣的事情，但是为什么不把它保存到控制器上（如果你遵循的是MVC），而不是把它放在模型中呢？我用Hibernate继承了它（有些用Django继承了它），对此我深表遗憾
“组合优先于继承”原则对于域类尤其适用。虽然我同意在一些情况下继承在模型级别上是有意义的，但在大多数情况下继承将提供一个非常静态的域模型，其中一个对象将无法更改为另一个类
我还发现，大多数开发人员对数据库级别的继承概念并不熟悉，因此维护变得更加复杂
最后，还有一些技术问题，比如Hibernate放置的代理将隐藏对象的实际类。它使“实例”的行为变得僵硬。当然，您可能会说“的实例”是一种代码味道，这可能是另一种暗示，说明组合可能是一种更好的解决方案……如果您正在编写复杂的业务软件，您需要它 比如说，你想把东西卖给个人或组织。在销售订单上，买方可能是其中之一。没有继承权你怎么做 对于继承，您可以执行以下操作：
@Entity
@Inheritance
public abstract class Party {
@Id
private Long id;
...
}
@Entity
public class Individual extends Party {
...
}
@Entity
public class Organization extends Party {
...
}
@Entity
public class SalesOrder {
private Party buyer;
...
}
salesOrder.setBuyer（某个组织）salesOrder.setBuyer（某个个人）MasterMaster