集合的增量哈希码计算

Question

由 richhickey 提供，2008年12月17日，所以 hachCode 可以是(final，计算更有效率)。之前是 Google Code Issue 11

Answer 1

由：importer发表的评论

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

Answer 2

由：cgrand发表的评论

将惰性序列添加到列表、向量或作为映射的值时，这个原始的方法是否可能会导致惰性序列的显式化（realization）？

Answer 3

由：cgrand发表的评论

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

Answer 4

由：cgrand发表的评论

为什么这被认为是阻塞器（Blocker）？

Answer 5

由：cgrand发表的评论

将优先级设置为次要

Answer 6

评论者：jafingerhut

我之前也见过“编辑票务，它变更为优先级=阻止器”的行为。我相信一些较老的票务根本没有任何优先级字段，而当您修改其任何属性时，它将创建优先级字段并使用默认值阻止器。

Answer 7

评论者：alexmiller

是的，同意Andy关于优先级变更的解释。我刚刚批量编辑了所有带有空优先级的开放CLJ票务，并设置了它们的优先级。

Answer 8

评论者：jafingerhut

截至2014年1月30日的最新Clojure master版本，补丁lazy-incremental-hashes.diff仍然可以干净地应用。但因为最近有关hash变更的提交，现在测试失败了。我还没有检查更新补丁以再次通过测试可能有多难或有多简单。

Answer 9

评论者：jafingerhut

由于在某些提交后对Clojure进行了更新，补丁lazy-incremental-hashes.diff在2014年8月29日不再能够干净地应用于最新的master版本。在此之前，它是可以的。

我还没有检查更新这个补丁可能有多容易或有多困难。

Answer 10

评论者：jafingerhut

补丁文件lazy-incremental-hashes.diff，日期为2013年8月26日，于2014年9月5日的最新Clojure master版本上仍然可以干净地应用，即使该补丁没有更新。我没有检查，但猜测这可能是因为Clojure master最近的一个更改被这个提交回滚了：[46be47c9f51ef10d0082f1bd39ffff1008682861](https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861)

Answer 11

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