请在 2024 古 JVM 状态调查! 分享你的想法。

欢迎!请查看 关于 页面了解该系统的工作原理。

0
avatar 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
avatar

我想了解是什么样的。这并不是核心团队创建的。

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

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

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