集合的增量哈希码计算

Question

由 richhickey 提出，2008年12月17日 因此 hachCode 可以是最终的，随着进行计算更高效。以前是 Google Code Issue 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

我曾见到过“编辑票据，它变为Priority=Blocker”的行为。我认为一些较旧的票据根本没有Priority字段，当您编辑它们任何属性时，它将会创建带有默认值Blocker的优先级字段。

Answer 7

评论者：alexmiller

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

Answer 8

评论者：jafingerhut

补丁lazy-incremental-hashes.diff截至2014年1月30日的Clojure最新master版本仍然清洁应用，但由于涉及哈希更改的最近提交，现在测试失败。我尚未检查更新补丁以通过测试可能有多难或简单。

Answer 9

评论者：jafingerhut

补丁lazy-incremental-hashes.diff于2013年8月26日不再干净地应用到2014年8月29日对Clojure进行的某些提交后的最新master上。在此之前它确实可以干净地应用。

我尚未检查更新此补丁可能有多简单或有多难。

Answer 10

评论者：jafingerhut

补丁lazy-incremental-hashes.diff于2013年8月26日再次干净地应用到2014年9月5日的Clojure最新master上，尽管补丁尚未更新。我没有检查，但我猜测这是由于Clojure master最近做出的某个更改被撤销了：[https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861](https://github.com/clojure/clojure/commit/46be47c9f51ef10d0082f1bd39ffff1008682861)

Answer 11

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