【软件构造】对重写equals方法的思考

Java equals方法与集合操作的重要性
这篇博客讲述了在Java编程中,重写equals方法对于集合操作如contains和remove的必要性。作者通过实例分析指出,如果不重写equals,集合操作会依赖Object类的默认equals实现,比较的是对象引用而非实际内容,导致预期结果出错。因此,当自定义类作为集合元素时,应养成重写equals和hashCode方法的习惯,以确保集合操作的正确性。

在学习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!!!啊啊啊啊)

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值