2024年Clojure调查!中分享您的想法。

欢迎!请参阅关于页面了解更多有关如何使用本站的信息。

0 投票
tools.deps

曾经使用Chocolatey支持Clojure的Windows:https://chocolatey.org/packages/clojure,并且效果相当不错。

只需运行 choco install clojure,一切就会正常工作。

能否将那个旧的集成只是为了覆盖Clojure 10及其工具扩展呢?

这里的解决方案https://github.com/clojure/tools.deps.alpha/wiki/clj-on-Windows比起上面Chocolatey包中使用的jLine来,似乎相当复杂。

谢谢。

1 个回答

+1 投票

我很想了解那是什么。它并不是核心团队创作的。

我猜那可能只是个脚本,用于从jar运行clojure repl,这比deps.edn clj支持要少得多。

>> 我猜它可能仅是一个用于从jar运行clojure repl的脚本,这比deps.edn clj支持要少得多。

如果我的理解正确,关键在于使用 JLine https://jline.github.io/ (见 https://chocolatey.org/packages/clojure 页面上的 "Show" "tools\chocolateyInstall.ps1")在不同操作系统间实现“兼容”的输入行为。
这肯定是误导性的,因为它根本无法与现在的 `clj`/`clojure` 命令相比较(这些命令实现了在不同操作系统间的“兼容”输入行为——除了所有的 `deps.edn` 支持之外)。
既然我们谈到了这个话题,如果 clj for windows 有朝一日进入包管理器,我希望是 scoop!在我看来,其设计比 chocolatey 更好:https://scoop.sh/
我已经尝试了 scoop,对于安装不需要依赖的命令行工具,scoop 工作得很正常。但 Scoop 并不管理那些。编辑:我的假设显然是错误的,它确实与大多数包管理器的工作方式不同:https://github.com/lukesampson/scoop/wiki/Dependencies
...