gpt4 book ai didi

emacs - 什么时候通过 nREPL 重新加载命名空间还不够,需要重新启动整个服务器进程(甚至 REPL)?

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

在为 Emacs 使用 nREPL 和 Cider 模式后,我发现有时我不得不重新启动我的 http-kit server。让它接受更改(通常在更改中间件或路由时),或者事情变得困惑,我只需要重新启动整个 REPL。

我很难找出真正导致这种情况的原因。似乎有时我什至可以更改路由定义(用 compojure defroutes 宏定义)之类的东西,并且正在运行的服务器会捡起东西,有时它不起作用,我不得不停止服务器并重新启动它。

Clojure 中是否有任何特定模式可以使重新加载更容易?或者无法强制重新加载整个 REPL 的事情?我还发现有时我评估的东西只会把事情搞砸,比如不合格的导入,这迫使我重新启动整个 REPL。

是否有任何最佳实践可以使代码易于重新加载(例如通过 Cider 中的 C-c C-k)同时服务器正在运行,以便更改是自动拾取?我想我很久以前在某个地方看到过一些东西,通过添加一个间接层,即使是最笨的 Web 服务器也可以重新加载东西,但我似乎真的找不到它在哪里。

最佳答案

根据我的经验,REPL 中两个最常见的陈旧代码来源是高阶函数和 AOT 编译。

高阶函数

当您使用高阶函数(例如 comppartial)将函数作为输入来实现某些应用程序逻辑并返回调用它的新函数时, 在调用 HOF 时 函数的定义被捕获。对输入函数定义的后续更改不会反射(reflect)在输出函数中。

user=> (defn a [x y] (+ x y))
user=> (def b (partial a 2))
user=> (defn c [y] (a 2 y))
user=> (b 3)
5
user=> (c 3)
5
user=> (defn a [x y] (* x y))
user=> (b 3)
5
user=> (c 3)
6

在上面的例子中,如果a定义在命名空间foo中,b定义在命名空间bar中,然后重新加载 foo 将不会改变 b 的行为,除非您也重新加载 bar。如示例中所示,在调用代码中按名称调用函数将导致在定义更改时调用新定义。

这与网络开发相关,因为 Clojure 网络开发的许多基础设施都依赖高阶函数(即中间件本质上是函数组合)。您应该根据自己的判断来决定在高阶函数的惯用用法和开发过程中重新加载代码的便利性之间取得适当的平衡。

AOT编译

某些 Clojure 特性(即 deftypedefrecorddefprotocol)导致生成 Java 类和接口(interface),然后引用它们通过它们在 Clojure 代码中其他地方的 Java 类名。当您 AOT 编译此代码时,将为这些 Java 类发出 .class 文件,然后这些文件将出现在 REPL 类路径中。加载 Java 类时,始终优先考虑 .class 文件中的定义,而不是动态生成的类定义。通过其中一种机制重新加载定义 Java 类的 namespace 不会有任何效果;你必须重新启动 REPL。

关于emacs - 什么时候通过 nREPL 重新加载命名空间还不够,需要重新启动整个服务器进程(甚至 REPL)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29615077/

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