2024 Clojure 状态调查中分享你的想法!

欢迎!请查看关于页面,以获取如何使用本站的一些更多信息。

0
tools.deps

过去有使用 Chocolatey 支持 Clojure 的“Windows 支持”:[https://chocolatey.org/packages/clojure](https://chocolatey.org/packages/clojure) 并且相当不错。

只需执行 choco install clojure,一切便会正常运行。

是否有可能仅扩展那个旧集成以涵盖 Clojure 10 和工具?

与上面 Chocolatey 软件包中使用的 jLine 相比,此处的解决方案[https://github.com/clojure/tools.deps.alpha/wiki/clj-on-Windows](https://github.com/clojure/tools.deps.alpha/wiki/clj-on-Windows)似乎相当复杂。

谢谢。

1 个答案

+1

我对那是什么很感兴趣。它不是核心团队创建的任何东西。

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

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

如果我没有看错,这里使用的技巧是使用 JLine [https://jline.github.io/](https://jline.github.io/)   (在 [https://chocolatey.org/packages/clojure](https://chocolatey.org/packages/clojure) 页面的 "Show" 中查看 `tools\chocolateyInstall.ps1`)以在整个 OS 中实现“兼容”的输入行为。
这显然具有误导性,因为它与现在的`clj`/`clojure`命令根本不可比(这些命令提供了跨操作系统的“兼容”输入行为——除了所有`deps.edn`支持等)。
既然谈到了这个主题,如果clj for windows有一天能在包管理器上运行,我希望它是scoop!在我看来,它的设计比chocolatey好得多:https://scoop.sh/
我已经尝试了scoop,它在安装命令行工具时工作正常,只要它们没有依赖项。Scoop不管理这些依赖项。编辑:我的假设显然是错误的,但它确实与大多数包管理器不同: https://github.com/lukesampson/scoop/wiki/Dependencies
...