Hibernate 在子对象中使用或不使用反向引用

Hibernate 在子对象中使用或不使用反向引用,hibernate,uml,Hibernate,Uml,我希望我能说我在冬眠方面有中级技能。我花了几个月的时间开发使用Hibernate作为ORM框架的web应用程序。但我从不问自己为什么我们要使用反向引用。是否真的需要在子实体对象中使用反向引用 从UML或OOP方法论的角度来看:在使用组合的模型中,子对象不具有或应该具有对其父对象的引用。只有父母知道如何处理孩子,何时创建或删除他。所以,如果我想在我的POJO中有真正的组合,我不应该使用back引用,但这样我就会有一些实现问题 我的问题是: 使用反向引用时有哪些优点,不使用反向引用时有哪些缺点。 什

我希望我能说我在冬眠方面有中级技能。我花了几个月的时间开发使用Hibernate作为ORM框架的web应用程序。但我从不问自己为什么我们要使用反向引用。是否真的需要在子实体对象中使用反向引用

从UML或OOP方法论的角度来看:在使用组合的模型中,子对象不具有或应该具有对其父对象的引用。只有父母知道如何处理孩子,何时创建或删除他。所以,如果我想在我的POJO中有真正的组合,我不应该使用back引用,但这样我就会有一些实现问题

我的问题是: 使用反向引用时有哪些优点,不使用反向引用时有哪些缺点。
什么是最佳实践?使用还是不使用反向引用?

现在在C#中执行复合控件

只添加了对每个子控件、容器或父控件的引用,因为这是必需的。以前在其他项目中也做过。语言/框架

优点: *“我更改了一个属性”/“我执行了一个方法,你需要知道”/“我未经允许私自开车并撞车,然后用你给我的(参考)手机给你打电话”

缺点: *每个对象有一个额外的内存空间

哦,我忘了。在Windows和Unix(如O.S.)中,每个子文件夹都有一个“.”引用、“.”引用和一个根引用(“\\”或“/”)。所以那些参考资料说,U.M.L.不应该存在

方法学/设计模式/最佳实践非常好,但是,不要将其视为一条始终遵循的规则,因为任何规则都会有例外。