【Rust日报】2025-03-28 ts-result - 受不了TypeScript中的错误处理方式而开发的库
💡
原文中文，约2200字，阅读约需6分钟。
📝
内容提要
因不满TypeScript的错误处理方式，作者开发了ts-result库，借鉴Rust设计。文章讨论Rust项目的最低支持版本（MSRV）问题，认为MSRV提升应视为破坏性变更，且当前处理方式不利于库开发者。
🎯
关键要点
- 作者因不满TypeScript的错误处理方式，开发了ts-result库，借鉴Rust的设计。
- MSRV是Rust项目支持的最低Rust编译器版本，提升MSRV被视为破坏性变更。
- 当前的MSRV处理方式不利于库开发者，导致构建问题。
- 许多crate在非semver破坏性版本中提升MSRV，影响依赖项的MSRV。
- Cargo工作区对混合MSRV的支持不好，导致测试和基准测试困难。
- Cargo.toml的破坏性更改缺乏向后兼容性保证。
- rust-version键导致crate编译失败，尽管可以用较低版本编译。
- MSRV感知的解析器使得库开发者更难维持较低的MSRV。
- 作者希望能更轻松地维护较低的MSRV，感到被夹在不同需求之间。
❓
延伸问答
为什么作者开发ts-result库？
作者因不满TypeScript中的错误处理方式，借鉴Rust的设计开发了ts-result库。
什么是MSRV，它在Rust项目中有什么重要性？
MSRV是Minimum Supported Rust Version的缩写，指Rust项目支持的最低编译器版本，影响crate的编译和使用。
MSRV的提升被视为破坏性变更的原因是什么？
MSRV的提升会破坏依赖项的构建，导致库开发者面临构建问题，因此被视为破坏性变更。
Cargo工作区对混合MSRV的支持存在哪些问题？
Cargo工作区对混合MSRV的支持不好，导致测试和基准测试困难。
rust-version键对crate编译有什么影响？
rust-version键会导致crate编译失败，即使它们可以用较低版本编译，增加了开发者的负担。
作者对当前MSRV处理方式的看法是什么？
作者认为当前的MSRV处理方式不利于库开发者，导致他们在不同需求之间感到被夹在中间。
➡️
