在学习equals方法时,只是知道为了保证行为等价性,需要重写equals。在前两次实验中,我也没有重写equals方法,因为不知道该如何应用,但是在做实验三的时候,我突然对equals方法有一一些新的认识,便有了这一篇博客。
在实验一的社交网络中,有一个Person类记录着每个人的信息,社交网络的要求是不可以有相同姓名的人存在,所以在add时需要判断已经在网络中的人的名字是否包含将要加入的这个人的名字。因为集合是以Person为元素的,但是我要比较的却是String类型的名字,因为没有想到在equals中重写equals方法,所以我最后非常的笨拙的使用循环的方法,比较每个人的名字。但其实只需要重写一下equals方法,就可以使用contains方法来检查是否已经有这个名字。
其实我最开始想过使用contains方法来检查,但是却得到了错误的结果,我当时非常的费解,为什么会错误呢?其实原因就在于,没有重写equals方法!
因为在contains方法中的底层实现中,是调用了equals方法的,如果重写了equals方法,就可以在循环中依次比较,看是否有相同的。如果没有重写,contains调用的equals就是Object的equals方法,没错,就是那个“==”的equals方法!比较的是地址,不出错才怪呢!
(contains方法调用了indexof方法)
在remove方法中也是这样,底层也调用了equals方法,如果没有重写equals方法,那么结果和我们预想的肯定是不相同的。
所以,通过上面的分析,我们得到的结论就是,如果把一个类作为集合的元素,一定要重写equals方法,再进一步说,要养成重写equals方法的好习惯!
(悲!最后我去看实验一代码的时候,我发现我把那坨愚笨的循环换成了contains方法,还没有重写equals!!!啊啊啊啊)
Java equals方法与集合操作的重要性
这篇博客讲述了在Java编程中,重写equals方法对于集合操作如contains和remove的必要性。作者通过实例分析指出,如果不重写equals,集合操作会依赖Object类的默认equals实现,比较的是对象引用而非实际内容,导致预期结果出错。因此,当自定义类作为集合元素时,应养成重写equals和hashCode方法的习惯,以确保集合操作的正确性。
645

被折叠的 条评论
为什么被折叠?



