rust 用来开发一些命令行程序是不是神器

[iorilu]

最近又把 rust 捡起来学了

上次学了 2 个星期把

这次决定至少学完一本书把

我看的是 programming rust 第二版

主要目的是可能个人需要一些命令行程序, 虽然 python 方便, 但编译出来至少几十 m, 太大 而且编译麻烦

rust 至少随时就编译出来了, 方便用

[fxxkbioinfo]

clap 确实牛逼

[wlingxiao]

命令行程序我还是推荐用 go ，rust 的编译速度实在是太慢了。

[apkapb]

个人觉得 go 是神器

[zzhaolei]

go 在这方面还是好用的

[zzhaolei]

@zzhaolei #4 尤其是跨平台编译，无出其右者

[yuanmomo]

我现在用的是 go

[powerman]

python 快啊，rust 还要考虑 ownership

[sakeven]

@powerman python pyc 损坏处理比较麻烦，要删 pyc 文件。作为 cli 工具或者部署到大量客户端的，不太合适，维护麻烦。

[cmdOptionKana]

go 性能够用时就用 go, 追求更高性能才用 rust 。

[DOLLOR]

我推荐 dart ，也可以像 go 一样编译成一个几 MB 的可执行程序。（似乎 Google 家的东西都喜欢这样？）
而且 dart 语法基本跟 js 、java 大同小异，容易入手。

[thedog]

啊，好多语言啊，现在有没有什么工具能够让我写 python ，然后随便调用包，然后就能随便编译成任何其他语言的

[kneo]

rust 只在高性能领域才堪堪一用。其它领域都劝退。

[w568w]

clap 确实神器。

关于 Go ，不妨自己看看现在 Go 的 Argument Parsing 库哪个符合 GNU 规范的、哪个是在活跃维护的。每次找 CLI 相关库，一看 star 一堆，最后提交时间缺失「 4 年前」，都感觉 Go 的生态有一种垂垂老矣之相。Rust 这边就欣欣向荣多了。

另外说 Go 跨平台编译无出其右的…… 说实话，这套说法在 Rust 出来之前我还相信，现在 Rust 的编译体验比 Go 好多了，起码不用在那里摆弄 net 和 libc 的链接问题，还有纯血 Rustls 之类的系统替代库，实现一键全静态编译。

利益相关：臭写 Go 的，写 Go 比写 Rust 多。

[w568w]

@w568w 缺失->却是

[yplam]

如果对可执行文件大小以及内存占用有较高要求的话 Rust 的确挺合适，曾经给一个嵌入式 Linux 系统写过一个类 supervisor+OTA 功能的工具，优化后大小只有一百多 K ，用 go 的话要几 m 起步

[RedBeanIce]

go

[zjp]

像 uutils 这类 rust 重写的工具确实不少

[treblex]

https://github.com/LazyFury/node_version/blob/master/src/main.rs
写起来确实挺方便的

[Suomea]

没有人提 C 吗

[wwqgtxx]

@w568w "摆弄 net 和 libc 的链接问题"，请直接设置 CGO_ENABLE=0 ，之后就不需要摆弄了