如何在不冒失去对称性的风险的情况下实现与休眠相等?

如何在不冒失去对称性的风险的情况下实现与休眠相等?,第1张

如何在不冒失去对称性的风险的情况下实现与休眠相等?

在提出更多建议后,我总结了以下问题:

  • 使用instanceof,就永远不能向子类中添加重要的成员。(在保留等价合约的同时,无法扩展可实例化的类并添加值组件(Bloch)
  • 使用getClass会违反Liskov替换原则

朗格说http://www.angelikalanger.com/Articles/JavaSolutions/SecretsOfEquals/Equals.html

*test的instanceof测试仅对最终类是正确的,或者至少在父类中equals()方法是最终的。后者实质上意味着没有子类必须扩展超类的状态,而只能添加与对象的状态和行为无关的功能或字段,例如瞬态或静态字段。

另一方面,使用getClass()测试的实现始终符合equals()合同;他们是正确和强大的。但是,它们在语义上与使用instanceof
test的实现有很大不同。使用getClass()的实现不允许将子类与超类对象进行比较,即使子类未添加任何字段并且甚至不希望覆盖equals()也不行。这种“琐碎”的类扩展例如是在为该“琐碎”目的而定义的子类中添加了调试打印方法。如果超类禁止通过getClass()检查进行混合类型比较,那么普通扩展将无法与其超类进行比较。

总结-将instanceof与final for equals一起使用可避免破坏对称性,并避免hibernate的“代理”问题。



欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5048102.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-11-15
下一篇 2022-11-15

发表评论

登录后才能评论

评论列表(0条)

保存