暂无搜索历史
终于到了最后一篇!下篇是完整项目实战,咱们从零开始构建一个完整的 Rust 应用,把前面学的知识都用上!
不是开玩笑,Rust 真的可以编译成 WebAssembly (WASM),在浏览器里运行!而且性能接近原生代码。
现象: ConfigError: configuration file "config/settings" not found
你有没有想过,Rust 结构体怎么变成 JSON 发给前端?或者从数据库读出来的数据怎么变成你的结构体?
上篇咱们写了个 TODO API,数据存在 HashMap 里。听着挺好,直到你重启服务器...
上篇咱们写了个 CLI 工具,只能在本地跑。但你想过没有,要是能让别人通过 HTTP 访问你的程序,那不就成 Web 服务了吗?
你有没有想过,为什么那些好用的命令行工具(比如 git、grep、ripgrep)用起来那么顺手?你敲 git commit -m "fix: bug",它就懂...
Comet 是一个 Agent Skill Harness(智能体技能编排框架),核心价值是:
上篇我们学了 macro_rules!,你已经能用它写一些很酷的宏了。但你可能发现了一些限制:
写到手酸,然后心想:"这些函数除了类型不一样,其他都一模一样啊!能不能让编译器帮我生成?"
你是一个 Rust 程序员,代码写得风生水起,内存安全、并发无忧。突然有一天,老板走过来:
学到这里,你可能已经对 Rust 的借用检查器又爱又恨了。爱它帮你避免了无数内存 bug,恨它有时候管得实在太宽——"这个引用不能同时存在"、"那个变量已经移动...
上篇咱们学了异步编程的基础(async/await、Future),但光有语法不够啊——你得有地方跑才行!
Rust 的异步编程基于 Future 和 async/await 语法。今天我们就来学习这些概念,以及背后的 Pin 和 Waker 机制。
并发编程也是一样。知道工具怎么用只是第一步,更重要的是知道在什么场景下用什么工具,以及如何避免常见的并发陷阱。
上篇我们说了,Rust 推崇消息传递,不推荐共享状态。但现实是:有时候你就是需要共享状态。
还记得上篇我们说的厨房类比吗?多个厨师(线程)同时做菜,如果都去同一个冰箱(共享内存)拿食材,很容易撞车。
想象一下你在厨房做菜,你一个人切菜、炒菜、洗碗,效率还行但有点慢。于是你叫来了三个朋友帮忙:一个切菜,一个炒菜,一个摆盘。理论上应该快很多,但问题来了:
Rust 里有三种"全局变量":const、static、lazy_static。它们看起来差不多,但用法和语义差别很大。
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址