我一直想知道如何最好地为所有实现相同接口(interface)的类系列实现 equals()(并且客户端应该只使用所述接口(interface)并且永远不知道实现类)。
我还没有编写自己的具体示例,但 JDK 中有两个示例 - java.lang.Number 和 java.lang.CharSequence 可以说明该决定:
boolean b1 = new Byte(0).equals( new Integer(0) ) );
或使用 CharSequence
boolean b2 = "".equals(new StringBuilder());
理想情况下,您是否希望这些评估为真或假?这两种类型都实现了相同的数据类型接口(interface),作为使用 Numbers(resp.CharSequences)实例的客户端,如果 equals 比较接口(interface)类型而不是实现类型,我的生活会更轻松。
现在这不是一个理想的例子,因为 JDK 向公众公开了实现类型,但假设我们不必维护与现有内容的兼容性 - 从设计者的角度来看:应该 等于检查接口(interface)还是检查实现的方式更好?
注意:我知道检查一个接口(interface)的相等性可能非常难以在实践中真正正确地实现并且它甚至变得更棘手因为相等的接口(interface)也需要返回相同的 hashCode()。 但这些只是实现中的障碍,例如 CharSequence,尽管接口(interface)非常小,但相等性检查所需的一切都存在而不会揭示实现的内部结构(因此原则上可以正确实现,即使 没有 提前了解 future 的实现)。 但我更感兴趣的是设计方面,而不是如何实际实现它。我不会仅仅根据实现某件事的难度来做出决定。
最佳答案
定义一个实现
您的接口(interface)的抽象类并定义最终的 equals()/hashCode() 方法,并让您的客户扩展它:
public interface Somethingable {
public void something();
}
public abstract class AbstractSomethingable implements Somethingable {
public final boolean equals(Object obj) {
// your consistent implementation
}
public final int hashCode() {
// your consistent implementation
}
}
请注意,通过使您的类抽象
,您可以实现
接口(interface)而无需定义接口(interface)的方法。
您的客户仍然需要实现 something()
方法,但是他们的所有实例都将使用您的 equals()/hashCode() 代码(因为您已经使这些方法 final
)。
对您的客户而言,不同之处在于:
- 使用
extends
关键字代替implements
关键字(次要) - 无法扩展他们选择的其他一些类来使用您的 API(可能是次要的,也可能是主要的 - 如果可以接受,那就去做吧)
关于java - equals() 的实现 : compare against implemented interface or implementing class?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7043148/