Clojure REPL和Scala REPL有什么区别？

Question

几天前，我的同事告诉我Clojure Repl。他使用Emacs进行开发过程，他可以当场更改代码并看到结果，而无需重新启动。例如，他启动进程，如果他更改函数的实现，他的代码将在不重新启动的情况下更改他的行为。我想用Scala语言做同样的事情。

附言。我不想讨论哪种语言更好，也不想讨论函数式编程比面向对象编程更好。我想找到一个好的解决办法。如果Clojure是完成这项任务的更好语言，那就顺其自然吧。

Answer 1

简单的回答是，Clojure被设计成使用一个非常简单的、单次通过的编译器，它一次读取和编译一个S表达式或表单。不管是好是坏，这里没有全局类型信息，没有全局类型推断，也没有全局分析或优化。Clojure使用Clojure.lang.var实例通过从文本符号到事务性值的一系列hashmaps创建全局绑定。def窗体在此全局绑定映射中的全局范围内创建绑定。因此，在Scala中，“function”（方法）将被解析为给定JVM类上的实例或静态方法，而在Clojure中，“function”（def）实际上只是对var绑定表中条目的引用。当调用一个函数时，没有到另一个类的静态链接，而是通过符号名引用var，然后取消引用以获得clojure.lang.ifn对象的实例，然后调用该对象。

这一间接层意味着一次只对单个定义进行重新评估是可能的，并且重新评估对重新定义的VAR的所有客户机都是全局可见的。

相比之下，当Scala中的定义发生更改时，scalac必须重新加载更改后的文件、宏展开、类型推断、类型检查和编译。然后，由于JVM上的类加载语义，scalac还必须重新加载依赖于类中发生更改的方法的所有类。此外，所有作为已更改类实例的值都将成为垃圾。

Scala选择预先做更多的工作，以便编译后的应用程序执行得更好，这可以说更适合在很少或不需要重新加载的情况下进行应用程序部署，但当您想要进行大量的小更改时，这就会成为一个障碍。

我手头上的一些关于编译Clojure代码的材料，从Nicholas开始，或多或少地按照出版顺序，对我的GSoC工作产生了很大的影响。

• Clojure编译[Nicholas]
• Clojure编译：完整的Disclojure[Nicholas]
• 为什么Clojure引导这么慢？[尼古拉斯]
• 牛车和Clojure[me]
• 牛、车和订购[me]