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 页面中“工具\chocolateyInstall.ps1”的“显示”中查看)来在不同的操作系统之间拥有“兼容”的输入行为。
by
这显然是误导性的,因为它与现在的`clj`/`clojure`命令毫不相干(这些命令提供了在不同的操作系统之间“兼容”的输入行为 —— 包括所有的`deps.edn`支持等)。
by
既然我们谈到这个话题,如果Windows上的clj推广到包管理器,我希望它是scoop!在我看来,它的设计比chocolatey要好得多:https://scoop.sh/
by
我已经试用过scoop,它对于安装命令行工具来说工作得很好,只要它们没有依赖关系。scoop不管理这些依赖关系。编辑:我的假设显然是错误的,但它的确与大多数包管理器的工作方式不同:https://github.com/lukesampson/scoop/wiki/Dependencies
...