gpt4 book ai didi

scala - Clojure REPL 和 Scala REPL 有什么区别?

转载 作者:行者123 更新时间:2023-12-03 03:32:35 31 4
gpt4 key购买 nike

我使用 Scala 语言已经有几个月了,并且已经在 Scala 中创建了几个项目。我发现 Scala REPL(至少是它的 IntelliJ 工作表实现)对于快速开发来说非常方便。我可以编写代码,看看它能做什么,这很好。但我只为函数(而不是整个程序)执行该过程。我无法启动我的申请并当场更改它。或者至少我不知道如何做(所以如果你知道的话欢迎给我一些建议)。

几天前,我的同事向我介绍了 Clojure REPL。他使用 Emacs 进行开发过程,可以当场更改代码并查看结果,而无需重新启动。例如,他启动进程,如果他更改函数的实现,他的代码将更改他的行为而无需重新启动。我希望 Scala 语言也能实现同样的效果。

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

最佳答案

简短的回答是,Clojure 被设计为使用一个非常简单的单 channel 编译器,它一次读取并编译一个 s 表达式或表单。无论好坏,都没有全局类型信息,没有全局类型推断,也没有全局分析或优化。 Clojure 使用 clojure.lang.Var 实例通过一系列从文本符号到事务值的 HashMap 来创建全局绑定(bind)。 def 在此全局绑定(bind)映射中形成所有在全局范围内创建的绑定(bind)。因此,在 Scala 中,“函数”(方法)将解析为给定 JVM 类上的实例或静态方法,而在 Clojure 中,“函数”(def)实际上只是对 var 绑定(bind)表中条目的引用。当调用函数时,没有到另一个类的静态链接,而是通过符号名称引用 var,然后取消引用以获取 clojure.lang.IFn 对象的实例,然后将其引用调用。

这一间接层意味着一次只能重新评估一个定义,并且重新评估对于重新定义的变量的所有客户端都是全局可见的。

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

这两种方法都有其优点和缺点。显然,Clojure 的方法更容易实现,但是由于缺乏静态类型以及您拥有的东西,连续的函数查找操作忘记了正确性问题,因此它在性能方面付出了持续的成本。这可以说适合在短时间内发生大量变化的环境(交互式开发),但不太适合代码大部分是静态的环境(部署,因此 Oxcart)。 some work I did表明 Clojure 程序由于缺乏静态方法链接而速度减慢了 16-25% 左右。这并不是说 Clojure 慢或 Scala 快,它们只是有不同的优先级。

Scala 选择预先做更多的工作,以便编译后的应用程序性能更好,这可以说更适合在很少或没有重新加载的情况下进行应用程序部署,但当您想要进行大量小的更改时,这会很麻烦。

我手头有一些关于编译 Clojure 代码的 Material ,或多或少按出版顺序按时间顺序排列,因为 Nicholas 对我的 GSoC 工作影响很大。

我认为这让我在代码热交换方面陷入了一个不愉快的境地,只是简单地说“对不起,Scala 的设计方式并不像 Clojure 那样”。

关于scala - Clojure REPL 和 Scala REPL 有什么区别?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27388758/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com