h2. 问题
为了进行运行时转换，spec 需要遍历两次以去除分叉信息：{{s/conform}} + {{s/unform}}。这引入了额外的延迟（见下面的示例）。
h2. 建议方案
一个新的多功能 {{s/walk*}} 以支持泛型规范遍历。
h2. 当前状态
* {{s/valid?}} 允许我们快速检查一个值是否符合规范
** [
https://dev.clojure.org/jira/browse/CLJ-2115] 帮助在一个扫描中返回错误。
* 对于强制，我们执行 {{s/conform}} + {{s/unform}} / {{s/explain}}
** [
https://dev.clojure.org/jira/browse/CLJ-2116] 将使符合规范与 specs 分离
尽管如此，当运行 {{s/conform}} + {{s/unform}} 时，我们两次遍历 specs，这在性能上是不理想的。以下是一个示例，使用了2013年晚期的2.5 GHz i7 MacBook Pro，并且JVM以 {{-server}} 运行。
(require '[clojure.spec.alpha :as s])
(s/def ::id int?)
(s/def ::name string?)
(s/def ::languages (s/coll-of #{:clj :cljs} :into #{}))
(s/def ::street string?)
(s/def ::zip string?)
(s/def ::number int?)
(s/def ::address (s/keys
:req-un [::street ::zip ::number]))
(s/def ::user (s/keys
:req [::id]
:req-un [::name ::address]
:opt-un [::languages]))
(def value {::id 1
:name "Liisa"
:languages #{:clj :cljs}
:address {:street "Hämeenkatu"
:number 24
:zip "33200"}})
; 2.0 µs
(cc/quick-bench
(s/conform ::user value))
; 6.2 µs
(cc/quick-bench
(s/unform ::user (s/conform ::user value)))
尽管 {{s/conform}} 相对较快，但当运行也 {{s/unform}} 时，示例中的延迟翻了两番。由于我们已知我们不感兴趣的分叉信息，我们可以只发送这些信息。
h2. 建议
{{s/walk*}} 替换 {{s/confrom*}} 和 {{s/unform*}}，甚至可能是 {{s/explain*}}。它将需要额外的 {{mode}} 参数，这将是一个以下之一的Keyword
* {{:validate}} - 在第一个失败的规范上返回 false
* {{:conform}} - 类似当前的 {{s/conform*}}，也许也可以返回 {{s/explain}} 结果？
* {{:unform}} - 类似当前的 {{s/unform*}}
* {{:coerce}} - {{s/conform*}} + {{s/unform*}}，可以优化（例如，如果没有分叉信息，则仅返回值）
公共API可以保持不变（+可选的CLJ-2116附加参数），并新增一个{{s/coerce}}来调用{{s/walk*}}并使用{{:coerce}}。
单次扫描验证与强制转换。快乐的运行时。
