尽管Object是一个具体类,但设计它主要是为了扩展。它所有的非final方法都有明确的通用约定,因为它们设计成是要被覆盖的。
本章将讲述何时以及如何覆盖这些非final的Object方法。
第10条: 覆盖equals时请遵守通用约定
- 类的每个实例本质上都是唯一的。
- 类没有必要提供“逻辑相等”的测试功能
- 超类已经覆盖了equals,超类的行为对于这个类也是合适的。
- 类是私有的,或者是保级私有的,可以确定它的equals方法永远不会被调用
在 覆盖equals方法的时候,必须要遵守它的通用约定。下面是约定的内容,来自Object的规范。
(1) 自反性:对于任何非null的引用值x,x.equals(x) 必须返回true
(2) 对称性:对于任何非null的引用值x和y,当且仅当y.equals(x)返回true时,x.equals(y)必须返回true.
(3) 传递性:对于任何非null的引用值x、y和z,如果x.equals(y)返回true,并且y.equals(z)也返回true,那么x.equals(z)也必须返回true。
(4) 一致性:对于任何非null的引用值x和y,只要equals的比较操作在对象中所用的信息没有被修改,多次调用都会返回true或false。
(5) 对于任何非null的引用值x, x.equals(null)必须返回false。
第11条:覆盖equals时总是要覆盖hashCode
在每个覆盖了equals方法的类中,都必须覆盖hashCode方法、
因没有覆盖hashCode而违反的关键约定是第二条:相等的对象必须具有相等的散列码(hash code)。
第二遍待续。。
第12条:始终要覆盖toString
提供好的toString实现可以使类用起来更加舒适,使用了这个类的系统也更易于调试
在实际应用中,toString方法应该返回对象中包含的所有值得关注的信息。
无论是否决定制定格式,都应该在文档中明确地表面你的意图。
第13条:谨慎地覆盖clone
第14条:考虑实现Comparable接口
在compareTo方法中使用关系操作符 < 和 > 是非常繁琐的,并且容易出错,因此不再建议使用。
比较构造器:
public int compareTo(PhoneNumber pn) {
int result = Short.compare(areaCode,pn.areaCode);
if (result == 0) {
result = Short.compare(prefix, pn.prefix);
if (result == 0) {
result = Short.compare(lineNum, pn.lineNum);
}
}
return result;
}