集合增量哈希码计算

Question

由richhickey提出，2008年12月17日。因此，hachCode可以是final的，更有效率地计算。以前是Google Code问题11

Answer 1

评论者：importer

从http://www.assembla.com/spaces/clojure/tickets/15转换

Answer 2

评论者：cgrand

在将它们添加到列表、向量或作为映射的值时，为什么标准方法会导致延迟序列的初始化？

Answer 3

评论者：cgrand

lazy-incremental-hashes.diff引入了基于结构共享的延迟增量哈希。

Answer 4

评论者：cgrand

为什么把这个标识为阻止器？

Answer 5

评论者：cgrand

将优先级设置为次要

Answer 6

评论者：jafingerhut

我之前见过这种行为：“编辑工单，它会变为优先级=阻塞器”。我相信一些较旧的工单根本没有任何优先级字段，当你编辑它们的任何属性时，它就会创建优先级字段并使用默认值“阻塞器”。

Answer 7

评论者：alexmiller

是的，同意 Andy 关于优先级变化的解释。我只是批量编辑了所有具有空优先级的打开 CLJ 工单，并设置了它们的优先级。

Answer 8

评论者：jafingerhut

截至 2014 年 1 月 30 日，补丁 lazy-incremental-hashes.diff 仍然可以干净地应用于最新的 Clojure 主分支，但现在由于涉及哈希更改的最新提交而失败测试。我尚未检查更新补丁以再次通过测试是否困难或容易。

Answer 9

评论者：jafingerhut

经过 2014 年 8 月 29 日对 Clojure 进行的某些提交后，补丁 lazy-incremental-hashes.diff 日期为 2013 年 8 月 26 日，不再干净地应用于最新的 master。在那一天之前它是可以的。

我还没有检查更新此补丁的可能难易程度。

Answer 10

评论者：jafingerhut

尽管此补丁尚未更新，但补丁 lazy-incremental-hashes.diff 日期为 2014 年 8 月 26 日，在 2014 年 9 月 5 日对最新的 Clojure 主分支进行了干净的应用。我尚未检查，但我会猜测这是因为在最新的 Clojure 主分支上最近的一个更改被以此提交撤销了：[https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861](https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861)

Answer 11

参考：https://clojure.atlassian.net/browse/CLJ-15（由richhickey报告）