在不存在的命名空间中命名 clojure 关键字是否有问题？

Question

我是否应该对创建具有不存在的命名空间的 clojure 关键字感到谨慎？

一个例子是 :foo/bar，其中名称空间 foo 实际上并不存在。这似乎是可能的，因为这些关键字的行为就像文字一样。我在 REPL 中找不到任何问题，但我担心 AOT 编译可能出现问题。

Answer 1

事实上，不会仅仅因为遇到“属于”它的关键字或符号而创建名称空间，如新 REPL 中的以下交互所示：

; SLIME 2010-05-06
user> (-> (.getNamespace :user/foo) symbol)
user
user> (-> (.getNamespace :user/foo) symbol the-ns)
#<Namespace user>
user> (-> (.getNamespace :bar/foo) symbol the-ns)
; java.lang.Exception: No namespace: bar found

但是，这没有理由担心。关键字或符号的“命名空间”字段只是一个内部字符串；即使存在，也不会引用回所涉及的相应名称空间对象。事实上，如上所示，关键字和符号的 .getNamespace 方法返回一个字符串，并且必须跳转几跳才能从该字符串到达​​实际的命名空间。

尝试使用 resolve 函数解析命名空间限定的符号也是安全的。这与命名空间是否实际存在无关；如果不存在，则返回 nil，就像它确实存在的情况一样，但不包含给定名称的 Var。相反，如果找不到给定的命名空间，ns-resolve 将抛出一个异常，如上面 REPL 代码片段中提到的异常。