这是一个创建于 218 天前的主题，其中的信息可能已经有所发展或是发生改变。
感觉效率嘎嘎低，不适合干活啊
18 条回复 • 2025-07-18 14:19:40 +08:00
 |
1
craftsmanship 2025 年 6 月 6 日 via Android
非要拿着锤子缝衣服 那只能尊重祝福
|
 |
2
justsoup 2025 年 6 月 6 日
1.适合高性能场景，不适合快速迭代的 CRUD 应用
2.Rust 的强类型系统和编译器能大幅减少运行时错误，长期维护效率反而可能更高 3.Discord 用 Rust 重构关键服务，Cloudflare 将 Rust 用于其一些核心服务 |
 |
3
rming 2025 年 6 月 6 日
写过，axum + sea orm + copilot 效率还行啊
|
 |
4
iyaozhen 2025 年 6 月 6 日
有在做 性能敏感的场景，确实有收益
|
 |
5
R29kTA 2025 年 6 月 6 日
自己写的项目在用 axum+sqlx+redis
|
 |
6
wogogoing PRO |
 |
7
duanxianze 2025 年 6 月 6 日
除非单单服务器费用一年上百万，不然换 rust 就不值得
|
 |
8
cccssss 2025 年 6 月 6 日
axum 糊了 blog 和一个 api 层，效率并不慢。
|
 |
9
ufan0 2025 年 6 月 6 日
Rust+Rocket 一把梭，挺快的。
效率低是指哪方面？ |
 |
10
yoiteshaw 2025 年 6 月 6 日
我写过 actix-http ，没觉得和 fastapi 有啥明显效率的不同
|
 |
11
openmynet 2025 年 6 月 6 日
axum + sea orm + 宏，开发效率会高很多。rust 很适合配合 AI 来进行编码工作。不好的地方是每次编译的 target 下都是几十个 G 的编译产物，还有就是目前没有一款很好的 LLM 来对 rust 适配。在其他语言下有很亮眼表现的 LLM 到了 rust 语言下就变得很平庸。GPT, Claude ,Gemini, Deepseek 这都试过，各种翻车。基于 tauri+rust 产品：Lightedium ，所有底层全部是 rust 来写，混合少量的 C++。
|
 |
12
voidmnwzp 2025 年 6 月 6 日 via iPhone
抽象程度类似于用 c 语言 crud 用 java 搞嵌入式
|
|
14
openmynet 2025 年 6 月 10 日
@bunny189 是的你没看错，rust 默认增量编译，在使用 vscode 进行开发时，一开始可能只有 5~6G 的编译产物，但一天下来就会超过 20G ，2~3 天就有 5 ，60G 了，这时候就得 cargo clean 清理 target 目录了。
|
 |
15
JZ8ZW193q6W9Awgy 2025 年 6 月 11 日
@openmynet #14 那不得编译个几个小时不会结束啊 ？
|
 |
17
IIInsomnia 2025 年 7 月 4 日
|
 |
18
seansong 2025 年 7 月 18 日
习惯用 axum+sqlx ，可能是因为熟练了吧，开发效率貌似还不错
|
Select Language