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` 来实现跨操作系统的一致输入行为。
肯定具有误导性,因为它与现在的`clj`/`clojure`命令完全不可比(这些命令提供了跨操作系统的一致输入行为,以及所有的`deps.edn`支持等)。
既然我们谈到了这个话题,如果clj for windows有一天能接入包管理器,我希望是scoop!在我看来,其设计比chocolatey好得多:[链接](https://scoop.sh/)
我已经尝试过使用scoop,它非常适合安装命令行工具,只要它们没有依赖。scoop不管理这些。编辑:我的假设显然是错误的,但它确实以与大多数包管理器不同的方式工作:[链接](https://github.com/lukesampson/scoop/wiki/Dependencies)
...