使用 leiningen 可以在何时以及多少次评估 clojure 文件？

Question

我在向编写宏的代码添加警告时发现，文件主体在编译期间被执行了两次。是否有一个原因？这是 leiningen 特有的吗？我无法使用(compile ...) 重现此内容。

简化版：

(ns foo.core
    (:require foo.bar))

;; empty

---

(ns foo.bar)

(println "hello")

$ lein 编译：全部

编译 foo.core

hello

编译 foo.bar

hello

进一步的测试表明，命名空间在编译期间被重新加载到自身之上：

(ns foo.bar)

(declare wasd)
(println wasd)
(def wasd 2)

$ lein clean

$ lein 编译：全部

编译 foo.core

#<Unbound Unbound: #'foo.bar/wasd>

编译 foo.bar

2

在更复杂的情况下，我在编译期间发生了这种情况，然后每次从 lein 运行或启动 repl 时都会发生一次。我不确定为什么。这是 clojure 1.6 和 leiningen 2.5.0 的全部内容。

Answer 1

Leiningen 对您的项目结构一无所知，就命名空间如何相互关联而言。因此，在编译项目时，lein 只需启动 JVM 并强制每次加载每个命名空间。这意味着，正如您所注意到的，命名空间将被重新加载，从而导致您注意到双重评估行为。

相比之下，(clojure.core/compile) 只是加载绑定了clojure.core/*compile-files* 的目标资源。这将导致目标资源及其所需的所有资源被加载并编译到类文件中。但是，它不会像 Leiningen 的编译操作那样遍历你的整个项目结构来编译所有资源。

Answer 2

您在编译期间看到println 输出的原因是因为在命名空间评估期间调用了println。您的程序应该有一个-main fn 或其他调用println 的入口点。

(defn -main [& _]
  (println "Won't see on compile.")
  (println "lein run -- is printing from -main"))

我认为您的项目正在引发 Unbound Exception，因为您在为其分配值之前尝试使用 println 引用 wasd 变量。该变量已声明，但在 println fn 尝试获取该值之前未为其分配任何内容。