文 | Travis
公司出品 | OSC开放源码街道社区（ID：oschina2013)
在 Rust 词汇急速产业发展的操作过程中，顺理成章须要为那个词汇的下一步棋产业发展路径制订方案。因而 Rust 词汇结构设计项目组（Lang Team）日前在非官方网志中发布了 Rust 词汇 2024 年的预览蓝图，提供更多了对 Rust 今后的展望今后。须要特别注意的是，现阶段距 2024 年为时过早，因而 Rust 的蓝图有可能随著天数的流逝，在此基础上发生改变。
Rust 1.0 是在 2015 年正式发布的。从那以后，Rust 从两个用作小众词汇高速成长为基本上大部份主要就信息技术公司都在选用的非主流编程词汇。Rust 2024 也将是继 Rust 2015、Rust 2018 和 Rust 2021 后的第三版编程词汇蓝图。依照现阶段的方案，五年的周期性Sonbhadra留存，版分割各方面如果也没有甚么变动。
从 Rust 项目组的视角上看，2024 蓝图的重点项目主要就有两件：更低的TypeScript、给与 Rust 库更快的相连自然生态，和更进一步棋壮大 Rust 词汇。
减少自学准入门槛
Rust 词汇的自学准入门槛之高是屡次被人非议的两个难题。在 2 月末正式发布的 2021 年 Rust Survey 进行调查中，在上万名受调查者中，有 83% 的人指出在制造自然环境中选用 Rust 极为具备诱惑力。在往后十多年的进行调查中，TypeScript太平缓的难题始终存有，这也是许多人不选用 Rust 的主要就其原因之一。
开发者不仅要理解一般的逻辑，而且要把具体的实现精确到许多细枝末节之处。在 Rust 非官方网志中，他们引用了大部份权系统和借用检查器（borrow checker）的概念来举例 —— “即使你已经学会了 Rust 的借用检查器是如何工作的，仍然有许多小细节须要你去弄明白，以便 Rust 程序能够编译。”
因而，在 Rust 2024 年的蓝图中，他们的两个目标就是简化程序，使开发者只须要处理其领域的固有复杂性，而不再须要处理 Rust 的意外复杂性。Rust 项目组希望开发者在选用 Rust 的操作过程中如果 “不仅仅是可能，还须要不复杂并且选用起来非常愉悦”，特别是对于嵌入式开发和异步程序领域。
为了实现这一愿景，项目组有四个具体目标：
更精确的分析：通过改进借用检查器、类型推理等，使编译器能够更快地识别代码是否正确。识别并消除 “boilerplate” 模式，如到处复制粘贴同一组where。
开发人员如果能够更轻松、更直接地表达代码的意图。一各方面可以通过语法糖的形式（如let-else），另一各方面可能意味着扩展类型系统。
改进异步支持：将 async-await 支持扩展到现阶段的 “MVP” 之外，包括 traits 中的 async fns、async drop 等功能。
让dyn Trait更有用处。拓宽可用作dyn的特性集，使选用dyn的工作更接近于选用泛型的工作。
库和核心词汇Rust 结合了大部份权和借用、低级系统控制等强大的可扩展性机制，使其成为编写库的绝佳词汇。而且多亏了 Cargo，开发者在程序中仅需几行代码就能选用两个库。尽管如此，还有许多事情是库的作者不能做的，或者说不能轻易做的 —— 例如：他们不能控制你看到的错误信息，或者部署两个 “不稳定” 的功能。对于 Rust 2024，Lang Team 希望建立一些功能，使库的作者能够更快地服务于他们的用户，无论是通过帮助管理功能的生命周期性，还是通过扩大库的功能。
Lang Team 还希望能够在自然生态中进行更多探索的变动，并且能够将代码从自然生态稳定地迁移到标准库中；除此之外，他们还将增强 Rust 的互操作性，让库作者可以随心所欲地编写可在许多自然环境中移植的代码，或针对某一自然环境的代码。
为了更有效地更进一步棋产业发展词汇，Lang Team 希望开发者能够很容易地识别出项目组正在积极开展哪些工作，和这些工作取得了多大进展。他们希望每两个跟踪难题都能清楚地识别出须要哪些步骤来推动该特定功能的完成，并确保这些步骤对潜在的贡献者来说是足够清楚的。
最后
随著 2023 年的到来，Lang Team 将重新审视这些难题，会回顾已经取得了多少进展，和是否须要调整这些内容。
对于一门编程词汇而言，开发者最希望看到的还是版预览如果尽可能少的引入破坏性变动。这样的变动一各方面可能会影响程序之间的兼容性，另一各方面也违背了当初设立的减少TypeScript的目标。
蓝图的更多详情可查看 Rust 非官方网志：https://blog.rust-lang.org/inside-rust/2022/04/04/lang-roadmap-2024.html
END
