Clojure＆ClojureScript：clojure.core / read-string，clojure.edn / read-string和cljs.reader / read-string

Question

我不清楚所有这些读字符串函数之间的关系。 好吧，很明显clojure.core/read-string可以读取由pr[n]甚至print-dup输出的任何序列化字符串。 很明显， clojure.edn/read-string确实读取了根据EDN规范格式化的字符串。

但是，我从Clojure脚本开始，并不清楚cljs.reader/read-string是否符合。 这个问题是由于我有一个Web服务正在发出以这种方式序列化的clojure代码：

(with-out-str (binding [*print-dup* true] (prn tags)))

那就是产生包含数据类型的对象序列化。 但是， cljs.reader/read-string无法读取。 我总是得到这种类型的错误：

Could not find tag parser for = in ("inst" "uuid" "queue" "js")  Format should have been EDN (default)

起初，我认为这个错误是由cljs-ajax引发的，但是在rhino REPL中测试cljs.reader/read-string之后，我得到了同样的错误，这意味着它被cljs.reader/read-string本身抛出。 它是由cljs.reader的maybe-read-tagged-type函数cljs.reader但不清楚这是因为读者只能使用EDN数据，还是......？

另外，根据与Clojure文档的差异 ，唯一可以说的是：

The read and read-string functions are located in the cljs.reader namespace

这表明他们应该完全具有相同的行为。

Answer 1

简介：Clojure是EDN的超集。 默认情况下， pr ， prn和pr-str在给定Clojure数据结构时会生成有效的EDN。 *print-dup*改变了它并使它们使用Clojure的全部功能，以便在往返后更好地保证内存中对象的“相同性”。 ClojureScript只能读取EDN，而不是完整的Clojure。

简单的解决方案：不要将*print-dup*为true，只将纯数据从Clojure传递给ClojureScript。

更难的解决方案：使用带标记的文字，两边都有（可能是共享的）相关阅读器。 （但这仍然不涉及*print-dup* 。）

切向相关：大多数用于EDN的用例由Transit覆盖，这更快，特别是在ClojureScript方面。

---

让我们从Clojure部分开始。 Clojure从一开始就有一个clojure.core/read-string函数，它read了Read-Eval-Print-Loop旧Lispy意义上的sa字符串，即它可以访问Clojure编译中使用的实际读者。[0]

后来，Rich Hickey＆co决定推广Clojure的数据符号，并发布了EDN规范 。 EDN是Clojure的一个子集 ; 它仅限于Clojure语言的数据元素。

由于Clojure是一个Lisp，并且像所有lisps一样，吹嘘“代码是数据是代码”的哲学，上段的实际含义可能并不完全清楚。 我不确定在任何地方都有详细的差异，但仔细检查Clojure Reader描述和前面提到的EDN规范会显示一些差异。 最明显的区别是围绕宏观人物，尤其是#派遣符号，它在Clojure中有更多的目标比EDN。 例如， #(* % %)表示法是有效的Clojure，Clojure读者将转换为以下EDN的等价物： (fn [x] (* xx)) 。 对于这个问题特别重要的是几乎没有记录的#=特殊读取器宏，它可以用于在读者内部执行任意代码。

由于Clojure阅读器可以使用完整的语言，因此可以将代码嵌入到阅读器正在阅读的字符串中，然后在阅读器中对其进行评估。 可以在这里找到一些例子。

clojure.edn/read-string函数严格限于EDN格式，而不是整个Clojure语言。 特别是，它的操作不受*read-eval*变量的影响，并且它无法读取所有可能的有效Clojure代码片段。

事实证明，由于历史原因，Clojure读者用Java编写。 由于它是一个重要的软件，运行良好，并且经过大量的调试和经过多年积极的Clojure在野外使用的战斗测试，Rich Hickey决定在ClojureScript编译器中重用它（这是主要的原因） ClojureScript编译器在JVM上运行。 ClojureScript编译过程主要发生在JVM上，其中Clojure读取器可用，因此ClojureScript代码由clojure.core/read-string （或者更接近它的近似表兄弟clojure.core/read ）函数解析。

但是您的Web应用程序无法访问正在运行的JVM。 要求ClojureScript应用程序的Java applet看起来并不是一个非常有前途的想法，特别是因为ClojureScript的主要目标是将Clojure语言的范围扩展到JVM（和CLR）的范围之外。 因此，决定ClojureScript无法访问自己的阅读器，因此也无法访问自己的编译器（即ClojureScript中没有eval也没有read或read-string ）。 这个决定及其影响将在这里更详细地讨论，实际上知道事情是如何发生的（我不在那里，所以在这个解释的历史视角中可能存在一些不准确之处）。

所以ClojureScript没有相当于clojure.core/read-string （有些人认为它不是真正的lisp）。 仍然，有一些方法可以在Clojure服务器和ClojureScript客户端之间传递Clojure数据结构，这确实是EDN工作中的激励因素之一。 就像Clojure在EDN规范发布后得到一个受限制（且更安全 ）的阅读功能（ clojure.edn/read-string ）一样，ClojureScript也在标准发行版中得到了一个EDN阅读器cljs.reader/read-string 。 可能有人认为，这两个函数的名称（或者更确切地说是它们的名称空间）之间的一致性会更好。

在我们最终回答您的原始问题之前，我们还需要一个关于*print-dup*一小部分背景信息。 请记住， *print-dup*是Clojure 1.0的一部分，这意味着它早于EDN，标记文字的概念和记录。 我认为EDN和标记文字为*print-dup*大多数用例提供了更好的选择。 由于Clojure通常建立在一些数据抽象（列表，向量，集合，映射和通常的标量）之上，因此打印/读取循环的默认行为是保留数据的抽象形状（映射是一个地图），但不是特别是它的具体类型。 例如，Clojure的具有地图多个抽象实现方式中，如PersistentArrayMap用于小型地图和PersistentHashMap更大的一个。 该语言的默认行为假定您不关心具体类型。

对于您所做的极少数情况，或者对于更专业的类型（当时使用deftype或defstruct定义），您可能希望更多地控制如何读取这些类型，这就是print-dup的用途。

关键是，如果*print-dup*设置为true ， pr和family将不会产生有效的EDN，但实际上Clojure数据包括一些显式的#=(eval build-my-special-type)形式，这些形式不是有效的EDN。

[0]：在“lisps”中，编译器是根据数据结构明确定义的，而不是根据字符串定义的。 虽然这看起来与通常的编译器（在处理过程中确实将字符流转换为数据结构）有些不同，但Lisp的定义特征是读者发出的数据结构是常用的数据结构。语言。 换句话说，编译器基本上只是该语言中始终可用的函数。 这不像过去那样独特，因为大多数动态语言都支持某种形式的eval ; Lisp的独特之处在于eval采用的是数据结构，而不是字符串，这使得动态代码生成和评估变得更加容易。 编译器“只是另一个函数”的一个重要含义是编译器实际上运行时已经定义并可用的整个语言，并且到目前为止读取的所有代码也可用，这为Lisp宏系统打开了大门。

Answer 2

cljs.reader/read仅支持EDN，但pr等将输出无法读取的标签（特别是用于协议和记录）。

一般来说，如果在Clojure方面你可以验证(= value (clojure.edn/read-string (pr-str value))) ，你的cljs interop应该可以工作。 这可能是限制性的，并且对EDN库的变通方法或修复程序进行了一些讨论。

根据您的数据的样子，您可以查看Clojure Cookbook中描述的tagged库。

Answer 3

实际上，可以通过cljs.reader / register-tag-parser注册自定义标签解析器！

对于记录我看起来像这样:( (register-tag-parser! (s/replace (pr-str m/M1) "/" ".") m/map->M1)

@Gary - 相当不错的答案