在s/merge中的匿名谓词总是失败

Question

user=> (require '[clojure.spec.alpha :as s])
nil
user=> (s/def ::a int?)
:user/a
user=> (s/def ::b int?)
:user/b
user=> (s/def ::c (s/merge (s/keys :req [::a ::b]) #(< (::a %) (::b %))))
:user/c
user=> (s/explain-data ::c {::a 0 ::b 1})
#:clojure.spec.alpha{:problems ({:path [], :pred (clojure.core/fn [%] (clojure.core/< (:user/a %) (:user/b %))), :val #:user{:a 0, :b 1}, :via [:user/c], :in []}), :spec :user/c, :value #:user{:a 0, :b 1}}
user=> ;; ^ 不期望
user=> (s/explain-data ::c {::a 1 ::b 0})
#:clojure.spec.alpha{:problems ({:path [], :pred (clojure.core/fn [%] (clojure.core/< (:user/a %) (:user/b %))), :val #:user{:a 1, :b 0}, :via [:user/c], :in []}), :spec :user/c, :value #:user{:a 1, :b 0}}
user=> ;; ^ 期望
user=> (s/def ::a<b #(< (::a %) (::b %)))
:user/a<b
user=> (s/def ::d (s/merge (s/keys :req [::a ::b]) ::a<b))
:user/d
user=> (s/explain-data ::d {::a 0 ::b 1})
nil
user=> (s/explain-data ::d {::a 1 ::b 0})
#:clojure.spec.alpha{:problems ({:path [], :pred (clojure.core/fn [%] (clojure.core/< (:user/a %) (:user/b %))), :val #:user{:a 1, :b 0}, :via [:user/d :user/a<b], :in []}), :spec :user/d, :value #:user{:a 1, :b 0}}

Answer 1

评论由：dchelimsky

当引用谓词函数时，它也总是失败，因此让它工作的唯一方法是定义另一个spec并引用它。


user=> (defn a<b [a b] (< a b))
#'user/a<b
user=> (s/def ::e (s/merge (s/keys :req [::a ::b]) a<b))
:user/e
user=> (s/explain-data ::e {::a 1 ::b 2})
#:clojure.spec.alpha{:problems ({:path [], :pred user/a<b, :val #:user{:a 1, :b 2}, :via [:user/e], :in []}), :spec :user/e, :value #:user{:a 1, :b 2}}
user=> (s/explain-data ::e {::a 1 ::b 0})
#:clojure.spec.alpha{:problems ({:path [], :pred user/a

Answer 2

评论者：alexmiller

（(::a % ::b %)）似乎不正确？#(< (::a %) (::b %)) 起作用吗？

Answer 3

评论者：dchelimsky

好心的提醒，然而，没有 #(< (::a %) (::b %)) 在行内不起作用。我已经更新了示例来反映这一点。

Answer 4

评论者：dchelimsky

此外，SSID，我在打字错误之前就已经缩小了问题范围。碰巧的是，我无论是带错误还是不带错误都得到了相同的答案。

Answer 5

评论由：dchelimsky

如果您将谓词包装在 {s/spec} 中，它就会起作用。


user> (s/def ::f (s/merge (s/keys :req [::a ::b]) (s/spec #(< (::a %) (::b %)))))
:user/f
user> (s/explain-data ::f {::a 1 ::b 2})
nil
user> (s/explain-data ::f {::a 1 ::b 0})
#:clojure.spec.alpha{:problems ({:path [], :pred (clojure.core/fn [%] (clojure.core/< (:user/a %) (:user/b %))), :val #:user{:a 1, :b 0}, :via [:user/f], :in []}), :spec :user/f, :value #:user{:a 1, :b 0}}

Answer 6

评论者：jcr_

我无法复现这些问题。

在问题描述中，谓词 {{#(< (::a %) (::b %))}} 需要 a 小于 b，因此预期 {{{::a 1 ::b 0}}} 不符合规范。

在第一条评论中，谓词 {{a
以下片段也按预期工作（匿名谓词、命名谓词和包装在 s/spec 中的谓词之间没有区别）

(s/def ::a number?)
(defn good? [m] (contains? m :a))

(def s1 (s/merge (s/keys :req-un [::a]) good?))
(def s2 (s/merge (s/keys :req-un [::a]) #(contains? % :a)))
(def s3 (s/merge (s/keys :req-un [::a]) (s/spec #(contains? % :a))))

(s/valid? s1 {:a 42}) ;=> true
(s/valid? s2 {:a 42}) ;=> true
(s/valid? s3 {:a 42}) ;=> true


我相信这个问题可以被关闭。

Answer 7

评论者：dchelimsky

在我根据Alex的评论更新例子之后，我把消息放在了错误的位置。我现在已经再次更新，把消息正确地与输出对齐。jcr，我确实能看到你的例子是有效的，但我的例子仍然无效。所以这并不像所有匿名谓词那样通用，但仍有令人惊讶的行为。

尽管如此，s/merge 文档说明它支持键规范，并且不声称支持任何其他类型的谓词，所以如果你想基于这个理由关闭它，那就这么做吧。

Answer 8

评论者：jcr_

啊，现在我明白你的意思了。对不起，我急于下结论了。

所以，这里的实际问题是，当使用未包裹在s/spec 调用中的谓词与s/merge配合时，s/explain 不一致地报告了根据s/conform是有效输入的输入。这是我设法得到的简化示例


(ns test
  (:require [clojure.spec.alpha :as s]))

(defn pred [m] (contains? m :a))
(s/def ::s (s/merge pred))

(def good {:a 42})
(def bad  {})

;; 如预期
(s/conform ::s good) ;=> {:a 42}
(s/conform ::s bad)  ;=> :clojure.spec.alpha/invalid

;; !!!: 第一个不应该失败
(s/explain-str ::s good) ;=> "val: {:a 42} fails spec: :test/s predicate: pred\n"
(s/explain-str ::s bad)  ;=> "val: {} fails spec: :test/s predicate: pred\n"

;; 明确包裹 pred 在 spec 中
(s/def ::s* (s/merge (s/spec pred)))

;; 现在，正如预期的那样工作
(s/explain-str ::s* good) ;=> "Success!\n"
(s/explain-str ::s* bad)  ;=> "val: {} fails spec: :test/s* predicate: pred\n"


如果你不介意的话，我建议相应地更新标题和描述。

Answer 9

评论者：jcr_

据我所知，问题是merge-spec-impl 简单地使用给定的谓词调用explain-1，并且explain-1在(spec? pred)为false时始终返回问题；merge-spec-impl 可能应该在其谓词上调用specize，类似于在tuple-impl 中所做的。


(let [specs (delay (mapv specize preds forms)) ...] ...)

Answer 10

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