inst-in 和 int-in 生成器应具有均匀分布，不应偏向最小值

Question

s/inst-in 和 s/int-in 生成器基于从 0 开始的 gen/large-integer*。

`
(require '[clojure.spec.alpha :as s] '[clojure.spec.gen.alpha :as gen])
(gen/sample (s/gen (s/int-in 0 100)))
;;=> (1 0 1 1 1 0 1 1 72 1)

(gen/sample (s/gen (s/inst-in #inst "2001-01-01" #inst "2001-12-31")))
;;=> (#inst "2001-01-01T00:00:00.000-00:00" #inst "2001-01-01T00:00:00.000-00:00" #inst "2001-01-01T00:00:00.001-00:00" #inst "2001-01-01T00:00:00.001-00:00" ...)
`

建议： 相反，s/inst-in 应该使用均匀分布的生成器

在同样的

`
(26 16 65 96 63 37 31 4 94 9)

(#inst "2001-03-03T04:51:43.702-00:00"
#inst "2001-07-25T07:13:03.224-00:00"
#inst "2001-03-31T18:28:41.625-00:00"
#inst "2001-04-17T19:33:14.176-00:00"
#inst "2001-01-14T07:03:08.521-00:00"
#inst "2001-06-06T09:52:03.421-00:00" ...)
`

补丁： clj-2179.patch

Answer 1

评论者：gfredericks

这个试图解决的问题是什么？

Answer 2

评论者：alexmiller

通常我发现具有对范围最小值的值偏置（特别是在 inst 情况下，值必须增长很多才能看起来不同）并不是我作为用户的期望。

但我认为问题是范围规范预期的行为应该是什么。Rich 和 Stu 是否同意，我还不知道。 :)

Answer 3

评论者：gfredericks

例如，我建议至少分别生成时间戳组件（年、月、日、小时等）并使用 {{gen/fmap}} 将它们组合。这样做可以让其更自然地缩小，并且更容易指定任何你喜欢的方法来偏向当前值。

关于整数值的范围，我只想指出测试.check的其中一个特性是使用“小”值开始测试，因此在任何程度上施加均匀分布都会中立化该特性。

Answer 4

_由：gfredericks_评论

如果你需要一个同时开始于最小值和最大值且可以缩小到任一值的生成器，以下代码可能可行


(defn bi-biased-int-range
  [min max]
  (let [g (gen/large-integer* {:min min, :max max})
        g' (gen/let [x g] (- max (- x min)))]
    (gen/one-of [g g'])))

Answer 5

由：stu评论

也许这两个案例需要单独考虑。我喜欢Gary的时间戳想法，认为整数生成器应该保持原样。

Answer 6

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