在?内部嵌套cat会导致unform返回嵌套结果

Question

使用由一些嵌套在其中的cat组成的spec调用{{conform}}然后调用{{unform}}会在结果中创建一个额外的嵌套级别


(require '[clojure.spec :as s])

(let [spec (s/? (s/cat :foo #{:foo}))
      initial [:foo]
      conformed (s/conform spec initial)
      unformed (s/unform spec conformed)]
  [initial conformed unformed])
;;=> [[:foo] {:foo :foo} [(:foo)]]


仅使用{{?}}或{{cat}}时不会出现此行为


(let [spec (s/? #{:foo})]
  (s/unform spec (s/conform spec [:foo])))
;;=> [:foo]

(let [spec (s/cat :foo #{:foo})]
  (s/unform spec (s/conform spec [:foo])))
;;=> (:foo)


*补丁:* CLJ-2003-corrected.patch

Answer 1

评论由：pbrown发布

我遇到了另一个额外嵌套的案例，当重复一个或多个序列并带有可选的起始或结束元素，该元素的谓词也与另一端的元素匹配时

user=> (s/conform (s/+ (s/cat :k any? :v (s/? any?))) [:a 1 :b 2]) [{:k :a, :v 1} [{:k :b, :v 2}]]

我预期

`[{:k :a, :v 1} {:k :b, :v 2}] `

以下给出了预期的结果

user=> (s/conform (s/+ (s/cat :k any? :v (s/? any?))) [:a 1 :b]) [{:k :a, :v 1} {:k :b}] user=> (s/conform (s/+ (s/cat :k keyword? :v (s/? int?))) [:a 1 :b 2]) [{:k :a, :v 1} {:k :b, :v 2}] user=> (s/conform (s/* (s/cat :k any? :v (s/? any?))) [:a 1 :b 2]) [{:k :a, :v 1} {:k :b, :v 2}]]

Answer 2

评论者：alexmiller

Phil，我认为你的例子是不同的问题，你应该为这个问题创建一个新的jira。

Answer 3

评论者：alexmiller

好吧，也许我刚才说得不对，它们可能有关联。

Answer 4

评论者：bbloom

我在尝试理解一些定义格式时遇到了这个问题。以下是一个例子

user=> (s/unform :clojure.core.specs/defn-args (s/conform :clojure.core.specs/defn-args '(f (link: & xs))))
(f ((& xs)))

Answer 5

评论者：dspiteself@gmail.com

这似乎就是所需的全部。

Answer 6

_评论者：favila_

问题是比 {{(? (cat ...))}} 更普遍的。当子操作是正则表达式时，{{s/unform}} 一个 {{s/?}} 会引入一个额外的嵌套级别。当子操作是正则表达式时，我们正在消耗相同的 "级别" 的序列，因此 unform 不应该引入额外的级别。然而在其它情况下（非正则表达式操作），我们 *可能会* 产生一个嵌套的集合。

之前的补丁过于激进：它解包了 {{s/?}} 的 *所有* 子 unforms。这个补丁 CLJ-2003-corrected.patch 仅在子操作是正则表达式时解包。

遗憾的是，我们无法区分所需但可选的 nil 和来自 {{s/?}} 的非匹配项。具体来说，以下测试现在成立


(testing "s/? 匹配 nil"
  (is (nil? (s/conform (s/? nil?) [nil])))
  (is (nil? (s/conform (s/? nil?) [])))
  (is (nil? (s/conform (s/? nil?) nil)))
  (is (= (s/unform (s/? nil?) nil) [])))


(我没有将这些测试添加到补丁中，因为我不知道它们是否应该是 unform 合约的一部分。然而，这些陷阱非常大。）

我还为 {{s/?}} 的每个可能的子操作添加了测试，除了 {{::s/accept}}，因为我无法想到一个测试用例。(我不确定 {{::s/accept}} 是否真的可以在 {{s/op-unform}} 中访问?)

Answer 7

评论者：alexmiller

感谢您为此工作 - 当我有时间时我会看一下。

Answer 8

发表的评论：favila

我必须稍微修改我的补丁（同名）：一个测试用例没有测试正确的功能。

Answer 9

发表的评论：favila

由于其他提交中加入的测试，补丁不能再干净地应用到 master 上。补丁已重新基于 master

Answer 10

参考：[https://clojure.atlassian.net/browse/CLJ-2003](https://clojure.atlassian.net/browse/CLJ-2003)（由 alex+import 报告）