请在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

我想了解那是什么。那并不是核心团队创建的东西。

我猜测那只是运行 clojure repl 的一个 jar 包的脚本来运行,这比 deps.edn clj 支持要少得多。

> 我猜测那只是运行 clojure repl 的一个 jar 包的脚本来运行,这比 deps.edn clj 支持要少得多。

如果我看得没错,这个技巧是使用 JLine https://jline.github.io/ (参见 https://chocolatey.org/packages/clojure 页面中的《tools\chocolateyInstall.ps1》"Show")来在操作系统之间有"兼容"的输入行为。
by
这无疑是误导的,因为这根本不能与现在存在的`clj`/`clojure`命令相比(除了提供操作系统之间的"兼容"输入行为之外,还提供了`deps.edn`支持等等)。
by
既然我们提到了这个话题,如果clj for windows能让包管理器运作,我希望是scoop!在我看来,这比chocolatey有更好的设计:https://scoop.sh/
by
我试验了scoop,它可以用来安装命令行工具,只要它们没有依赖性。Scoop不会管理它们。编辑:我的假设显然是错误的,但它确实与大多数软件包管理器不同: https://github.com/lukesampson/scoop/wiki/Dependencies
...