cargo/reference/features/intro

[giscus[bot]]

cargo/reference/features/intro

https://course.rs/cargo/reference/features/intro.html

[agstar]

”feature 文档和发现“章节中 serde.rs 的链接引用有问题，还是上面regex的链接

[Renz2018]

说cargo是最好的包管理有点言过其实，多阶段构建的Dockerfile，不支持仅拉取及编译外部依赖, 很难利用docker的缓存， 不可以在命令中指定registe只能在Dockerfile写多行丑陋输出到.cargo/config
用下来，既不如go mod也不如js的npm

[langyo]

仅拉取和编译外部依赖这块儿，我是通过批量创建与实际项目中同名的一系列cargo包（cargo init），然后复制项目中的所有Cargo.toml过去再 cargo check --offline，靠这种办法做到缓存外部依赖的
这一点与其说是cargo的缺陷，不如说是rust本身的特性，因为编译时cargo是需要向上检查依赖包的所有数据类型的，保证调用安全，不像npm之类能带.d.ts这类类型描述文件，把构建流程轻量化

[mag1c1an1]

welcome pr

[Neutron3529]

缓存？
你是不是在找
cargo vendor --respect-source-config

[Neutron3529]

例如，如果我们想可选的支持 no_std 环境(不使用标准库)，那么有两种做法：

默认代码使用标准库的，当 no_std feature 启用时，禁用相关的标准库代码
默认代码使用非标准库的，当 std feature 启用时，才使用标准库的代码

这里有BUG
因为构建no_std需要实现额外的lang_item（某些情况下，如果你需要unwind，你必须写一个eh_personality）
eh_personality这玩意可不是随手就能写的
一旦把这玩意写成依赖
那么
你必须把no_std作为feature（因为std会额外引入一套eh_personality，跟你的版本冲突）