Rust 学习与评审开发短记：日常巡检少走弯路

Rust 学习与评审开发短记：日常巡检少走弯路

我以前写完一个练习就急着往下学，等几天后再回来看，才发现格式、警告和测试都没跑。现在会在提交前走一遍很短的清单。它不是“代码质量认证”，只是帮我把容易漏掉的基本问题尽早找出来。

cargo fmt –check
cargo check
cargo test
cargo clippy — -D warnings

四个命令各管一件小事：格式、能否编译、已有测试、常见 lint。任何一步失败，我都会先读提示，尽量写一个小改动修掉，再重新运行。clippy 的建议也不是硬性命令；如果不采用，要能说明原因，而不是为了绿灯随手加 allow。

依赖检查同样要看项目实际情况。像 cargo audit 这样的工具需要单独安装，且报告只是公开漏洞库中的匹配信息，不代表代码一定有漏洞或一定安全。没有安装时，就在笔记里标记“未检查”，不要伪装成已经通过。

对非科班学习者来说，最有用的巡检记录很简单：今天改了什么、哪条提示让我不懂、最后用什么测试确认。不要记录本机目录、账号、访问令牌或同事的代码片段。过一阵子回看这些小记录，能看到自己重复踩的坑；这比给自己写一套很重的“质量门禁”更容易坚持。

如果练习需要接入外部 crate，我还会记下版本范围和为什么需要它。升级依赖前先运行原有检查，再查看变更日志中与当前功能有关的部分。升级失败时不急着回退所有代码，先记录是哪一个版本组合、哪个 target 或哪条 feature 造成了差异。这样的巡检笔记篇幅不长，但能把“我记得之前能跑”变成可验证的记录。