Redian新闻
>
看来不是只有condo有灰尘大的问题 (转载)
avatar
看来不是只有condo有灰尘大的问题 (转载)# Living
w*s
1
1,java中的类什么时候要自己写个hashCode()?
2,写出一个能break HashMap正常工作的hashCode()
3,怎样测试hashCode()是否work?
avatar
s*d
2
dcac配偶能走eb,老中烙印能走moxico 的配额 太完美了
估计烙印已经开始了 撸管索男们加油!
avatar
b*m
3
【 以下文字转载自 Chicago 讨论区 】
发信人: boboslancom (擎天柱大姊), 信区: Chicago
标 题: 看来不是只有condo有灰尘大的问题
发信站: BBS 未名空间站 (Sun May 26 11:31:34 2013, 美东)
最近看一些老美论坛,不少在郊区住single family house的妈妈抱怨家里灰尘大,说
两天不掸灰,孩子就能在桌面和地板上写字了,哈哈哈
avatar
l*a
4

用随机数函数生成hashCode

【在 w********s 的大作中提到】
: 1,java中的类什么时候要自己写个hashCode()?
: 2,写出一个能break HashMap正常工作的hashCode()
: 3,怎样测试hashCode()是否work?

avatar
l*h
5
这个跟daca有什么关系?老中老印跟任何非中印的结婚不都是这样的效果?

【在 s***d 的大作中提到】
: dcac配偶能走eb,老中烙印能走moxico 的配额 太完美了
: 估计烙印已经开始了 撸管索男们加油!

avatar
b*m
6
这里住 sfh 的觉得家里灰尘大么?

【在 b*********m 的大作中提到】
: 【 以下文字转载自 Chicago 讨论区 】
: 发信人: boboslancom (擎天柱大姊), 信区: Chicago
: 标 题: 看来不是只有condo有灰尘大的问题
: 发信站: BBS 未名空间站 (Sun May 26 11:31:34 2013, 美东)
: 最近看一些老美论坛,不少在郊区住single family house的妈妈抱怨家里灰尘大,说
: 两天不掸灰,孩子就能在桌面和地板上写字了,哈哈哈

avatar
y*n
7
难道不是都要写吗?
avatar
s*d
8
daca也在被整 这样不就是最好吗 老中烙印h1b加墨西哥h4

【在 l****h 的大作中提到】
: 这个跟daca有什么关系?老中老印跟任何非中印的结婚不都是这样的效果?
avatar
w*s
9
怎么测试?

【在 y***n 的大作中提到】
: 难道不是都要写吗?
avatar
e*r
10
这个太有挑战性了,找公民比这个简单多了。。。
avatar
m*l
11
1.重写了equals的类要求重写hashCode()
2.return 0;
3. 不知道。。。

【在 w********s 的大作中提到】
: 1,java中的类什么时候要自己写个hashCode()?
: 2,写出一个能break HashMap正常工作的hashCode()
: 3,怎样测试hashCode()是否work?

avatar
b*8
12
问题是公民为什么要找你啊?
公民不需要绿卡,可是daca需要啊。从需要的迫切程度讲,和daca结婚一起拿绿卡是双赢
avatar
w*s
13
return 0真能break HashMap么?

【在 m*****l 的大作中提到】
: 1.重写了equals的类要求重写hashCode()
: 2.return 0;
: 3. 不知道。。。

avatar
s*k
14
完全不会。。。

【在 w********s 的大作中提到】
: 1,java中的类什么时候要自己写个hashCode()?
: 2,写出一个能break HashMap正常工作的hashCode()
: 3,怎样测试hashCode()是否work?

avatar
w*s
15
你再仔细想想return 0会不会break HashMap?

【在 m*****l 的大作中提到】
: 1.重写了equals的类要求重写hashCode()
: 2.return 0;
: 3. 不知道。。。

avatar
o*g
16
补充一下
看第45页:
http://uet.vnu.edu.vn/~chauttm/e-books/java/Effective.Java.2nd.
2. 楼上说的random是可以的。break hashmap的意思应该是像书里的例子,本来
hashmap里有这个object,本来应该找到的,但是由于hashcode的原因找不到了。另外
一个可能是错误的将某个不应该计算hashcode的field给计算hashcode了。比如user类
,可以用username或者id算hashcode,假设id或者username是不能修改的。如果错误的
将user.address也参与了hashcode的计算,那如果user.address修改了,hashcode也会
变了。
3. 测试的话需要测试书里面的前2点。第2点好办,就是测试两个equals的object的
hashcode是否也一样。第1点的话,可以修改一个object里的field,然后看hashcode是
否变化,但是也不能全部修改吧,hashcode总得根据某些个field算出来的。还得根据
业务逻辑,某些不应该算hashcode的field,要确保这些field没有参与hashcode的计算

【在 m*****l 的大作中提到】
: 1.重写了equals的类要求重写hashCode()
: 2.return 0;
: 3. 不知道。。。

avatar
m*l
17
我对break hashcode的理解有误了,我理解为让这个hashcode()不具有hash降低时间复
杂度的效果就算break了。返回random应该是最好的答案。
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。