关于equals方法的重写和隐式应用equals的list.contains方法心得

当我们创建立了一个immutable的数据类型的时候
不可避免的，我们要比较两个实例，就像String.equals（）一样
但是自己写的ADT直接用object的equals往往出来的结果都是false
这里就需要我们重写（override）我们的equals方法还有HashCode方法
equals方法虽然有种种要求，比如AF约束什么的
但最多的还是元素相等判断，下面给出我写的Athelete类的重写equals方法
@Override
public boolean equals(Object obj)
{
BigDecimal data1 = new BigDecimal(((Athelete)obj).getBestRecord());
BigDecimal data2 = new BigDecimal(this.getBestRecord());
if (obj != null && obj instanceof Athelete &&
((Athelete)obj).getName().equals(this.getName())
&&((Athelete)obj).getNation().equals(this.getNation())
&&((Athelete)obj).getNumber()(this.getNumber())
&&((Athelete)obj).getAge()(this.getAge())
&& **data1.compareTo(data2)==**0)
{
return true;
}
else
return false;
}
这里要注意double的比较
接下来是hashCode，这个相当于比较两个ADT实例的内存地址
类似于散列的bucket，相等的ADT应该在一个BUCKET里面
查找资料，有一个17,31散列法，比较实用
@Override
public int hashCode()
{
//上网查阅到1731重写hasCode的办法
int result=17;
result=31result+name.hashCode();
result=31result+nation.hashCode();
result=31result+number;
result=31result+age;
Double k=new Double(bestRecord);
result=31*result+k.hashCode();
return result;
}
但是经常有这种情况，我写的ADT里面明明没用到显式equals比较，只是用了比如
遍历list看有没有某个自己写的ADT实例的操作等等
list.contains的内部实现就是用了equals，所以，注意这些隐式应用！