实例输入(s/inst-in)和整数输入(s/int-in)生成器应具有均匀分布，不应偏向最小值

Question

s/inst-in 和 s/int-in 生成器基于从 0 开始 growing 的 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}}将它们组合。这样可以使它更自然地缩小，并更容易指定任何向您偏移现在的策略。

关于整数范围的说明，我要指出test.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](https://clojure.atlassian.net/browse/CLJ-2179)（由alexmiller报告）