blocks|key|469090|text|我非常喜欢这个问题。我使用ORM工具(Toplink，现在是eclipselink，Hibernate)已经有一段时间了，我一直认为这是JPA文档中引用的，但我从来没有真正需要它。基本上，我的哲学是ORM只是为了防止您编写tedius代码来提取数据库的记录。这确实是一个巨大的时间节省，它可以防止你犯愚蠢的错误。当然，您可以用它做一些奇妙的事情，但是为什么不把它保存在控制器上(如果您遵循MVC)，而不把它放在模型中呢？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|469091|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I like this question a lot. I've used ORM tools (Toplink, now eclipselink, Hibernate) for a while and I've always seen this as referenced in JPA documents but I've never really had a need for it. Basically my philosophy is the ORM is just there to prevent you from writing tedius code to pull out records for the database. That really is the huge timesaver and it prevents you from making stupid mistakes. Sure you can do fancy stuff with this, but why not save it for the controller (if you're following MVC) than stick it in the model?

blocks|key|944779|text|我在Hibernate中使用了继承(有些与Django一起使用)，并且对它进行了很深的修改。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|944780|“组合高于继承”原则尤其适用于域类。虽然我同意在某些情况下继承在模型级别是有意义的，但在大多数情况下，继承会给您提供一个非常静态的域模型，其中一个对象将无法更改为另一个类。|944781|我还发现，大多数开发人员不适应数据库级继承的概念，因此维护变得更加复杂。|944782|最后，还有一些技术问题，比如Hibernate设置的代理将隐藏对象的actuall类。它使“实例”表现得目瞪口呆。当然，您可能会说“实例”是一种代码气味，也许这是另一个提示，表明组合可能是更好的解决方案.|944783|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I have used inheritance with Hibernate (and some with Django), and regreted it dearly.

The "composition over inheritance" principle is especially true for domain classes. While I agree that there is a few cases where inheritance makes sense at the model level, in most cases inheritance will give you a very static domain model, where one object will not be able to change to another class.

I also find that most developers are not comfortable with the concept of inheritance at the database level, so maintenance becomes more complicated.

And last, there are some technical problems, like proxies put in place by Hibernate that will hide the actuall class of an object. It makes "instance of" behave stangely. Of course, you might say that "instance of" is a code smell and that maybe it is another hint that composition is probably a better solution ...

blocks|key|944695|text|如果您指的是域类中的继承，那么我总是在NHibernate和/或ActiveRecord中使用它，它们支持三种映射策略：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|944696|944697|http://nhibernate.info/doc/nh/en/#inheritance|unordered-list-item|offset|length|944698|http://old.castleproject.org/activerecord/documentation/trunk/usersguide/typehierarchy.html|944699|944700|entityMap|0|LINK|mutability|MUTABLE|url|1^0|0|0|0|19|0|0|0|2J|1|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|U|8|@]|9|@$F|V|G|W|1|X]]|A|$]]|$1|H|3|I|5|E|7|Y|8|@]|9|@$F|Z|G|10|1|11]]|A|$]]|$1|J|3|-4|5|6|7|12|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|13|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|D]]|R|$5|N|O|P|A|$Q|I]]]]

If you mean inheritance in the domain classes, I use it all the time with NHibernate and/or Castle ActiveRecord, they support the three mapping strategies:

<ul>
<li><a href="http://nhibernate.info/doc/nh/en/#inheritance" rel="nofollow noreferrer">http://nhibernate.info/doc/nh/en/#inheritance</a></li>
<li><a href="http://old.castleproject.org/activerecord/documentation/trunk/usersguide/typehierarchy.html" rel="nofollow noreferrer">http://old.castleproject.org/activerecord/documentation/trunk/usersguide/typehierarchy.html</a></li>
</ul>

blocks|key|468755|text|如果你正在编写复杂的商业软件，你就需要它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|468756|假设你想把东西卖给个人或组织。在销售订单上，买方是一方或另一方。如果没有继承，你是怎么做到的？|468757|有了继承，您就会做这样的事情：|468758|@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;

++...
}|code-block|syntax|javascript|468759|然后你就可以：|468760|salesOrder.setBuyer(someOrganization)或salesOrder.setBuyer(someIndividual)|offset|length|style|CODE|468761|entityMap^0|0|0|0|0|0|0|11|12|Z|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|W|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|Y|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|Z|8|@$O|10|P|11|Q|R]|$O|12|P|13|Q|R]]|9|@]|A|$]]|$1|S|3|-4|5|6|7|14|8|@]|9|@]|A|$]]]|T|$]]

If you're writing complex business software, you need it.

Let's say you want to be able to sell stuff to individuals or organizations. On a sales order, the buyer would be one or the other. How do you do that without inheritance?

With inheritance, you'd do something like this:

<pre><code>@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;

 ...
}
</code></pre>

Then you can do:

<code>salesOrder.setBuyer(someOrganization)</code> or <code>salesOrder.setBuyer(someIndividual)</code>

Has anyone really wanted and used inheritance support on ORM tools, and if yes which one do you think offers the best support? 

Or is ORM Inheritance a "pie in the sky" concept?

ORM Inheritance

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

是否有人真的想要并使用ORM工具上的继承支持，如果是的话，您认为哪一种支持最好？或者ORM继承是一个“天上的馅饼”的概念？

问ORM继承
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ORM继承EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ORM继承
EN