Rust周报 345(译)

• this-week-in-rust
• 日期：2020-06-30
• 原文：345 期

你好，欢迎再来一期本周的螃蟹行情！Rust是一种追求三位一体的系统语言：安全性、并发性和速度。这是它的进展和社区的每周总结。有什么要说的吗？推特@ThisWeekInRust或向我们发送请求。 想参与吗？我们热爱贡献.

这本周的螃蟹行情是在在 Github 上公开的。如果你在本周的问题中发现任何错误，请提交 PR。

查看本周的 This Week in Rust Podcast

Rust 社区的更新

新闻和博客文章

• async in Rust 实用指南
• 安全 Rust 准则 —— ANSSI（法国国家网络安全局）
• 使用 VSCode 在 AWS EC2 上，更快地进行 Rust 开发
• Rust 验证工具
• 用 Rust 检查 ARM vs X86 内存模型
• 磁盘空间和 LTO 的改进
• Rust 构建更快的 CouchDB View 服务器
• 使用 SQLx 和 Postgres 实现一个作业队列
• Rust + Actix + CosmosDB（MongoDB）教程 api
• 极其简单的 Rust Rocket 框架教程
• 使用 Rust 和 Rocket 构建智能书签工具
• 一个 Future 就是一个暂停的调度程序
• 为 Raspberry Pi 跨平台构建 Rust GStreamer 插件
• xi-editor 回顾
• Rust 编写的数据库项目，本月报告
• Rust 编译缓慢的较多原因
• 在 RISC-V 上，修复 Rust 的测试套件
• Rust - Protobuf 代码生成
• 使用 Rust 和 OpenCV 跟踪眼中心位置
• 使用 rust，blurz，读取一个 BLE 设备
• rust-analyzer 变更日志 ＃31
• IntelliJ Rust 变更日志 ＃125
• [视频] manipulating ports, virtual ports and pseudo terminals - rust wrocław webinar
• [视频] rust stream: iterators

周箱

这周的箱子是print_bytes，该库可将任意 bytes，尽可能无损地打印到 stream 中。

谢谢dylni的建议！

提交下周的建议和投票！

呼吁参与

一直想为开源项目做贡献，但不知道从哪里开始？每周我们都会重点介绍 Rust 社区的一些任务，供您选择和开始！

• Database in Rust 正在寻找贡献者

其中一些任务也可能有导师，请访问任务页面以获取更多信息。

• Gooseberry：将 kb_dir 设置在用户更易于访问的位置
• Ruma：添加 directory 和 profile 查询端点

如果您是 Rust 项目的所有者并且正在寻找贡献者，请提交任务这里。

Rust Core 的更新

共有 339 个拉取请求在上周合并

• 将 leak-check 移到，coherence，candidate eval 过程
• 建议'_时，在返回类型中，考虑使用多个 impl/dyn Trait
• 调整 binop errors
• 当一个函数缺少 async 关键字时，添加一条更清晰的提示消息
• 允许动态链接那些 iOS / tvOS targets
• 总是捕获macro_rules! 参数的 tokens
• 更改 heuristic，以确定 range 字面
• 检查，non-conflicting generator 保存的 locals 之间的分配
• const prop：在每个 block 的末尾，擦除所有 block-only locals
• 发出 generator variants 的 line info
• 解释，由于涉及self的方法调用，而发生的移动错误（move errors）
• 修复 ARM 内联汇编的保留寄存器的处理
• 改进了编译器错误消息 —— 关于错误的泛型参数顺序
• 单态化（monomorphization）期间发生溢出时，指向 call span
• 提供一些，moved value errors 的建议
• self contained 链接项
• 进行 obligation 删除重复数据，以避免出现故障的ExistentialMismatch
• 显示将溢出 const evaluation 或传播的值和计算
• 稳定化：#![feature(const_if_match)]和#![feature(const_loop)]
• const eval 内的指针相等性 —— 有个法子
• const propagator 无法跟踪引用
• 链接到私有 item 时，发出警告
• improper_ctypes_definitions lint
• 添加：Windows system error 代码，这些代码应该对应 io::ErrorKind::TimedOut
• errors：在 JSON emitter 中，使用-Z terminal-width
• proc_macro：停止 flattening 具有 dummy spans 的 groups
• rustc_lint：仅当一个 lint 需要它时，才去查询typeck_tables_of
• rustdoc：使用 crate 筛选，修复 doc 别名
• chalk：.chalk 文件语法编写器
• chalk：添加方法，以将 ADT 的 repr 数据，取到 ChalkDatabase
• chalk：涉及泛型时，修复内置的Fn impls
• chalk：修复 generic bound 内，关联类型的 coherence 问题
• miri：在 Windows 上实现 rwlocks
• miri：提供我们自己的 —— CTFE 指针比较 —— 内在函数的实现
• 原始 BTreeMap / BTreeSet iterators 上的 min/max 的简写
• 添加TryFrom<{int}> for NonZero{int}
• 为std::thread::panicking添加一个 fast path。
• 添加 [T]::partition_point
• 添加不稳定core::mem::variant_count内在函数
• 在 stdio 结构中，添加了 io 转发方法
• 稳定化：leading_trailing_ones
• impl PartialEq<Vec<B>> for &[A], &mut [A]
• Hash::write_iN 转 Hash::write_uN
• libc：为 solarish OSes，添加辅助的 socket data accessor 函数
• libc：FreeBSD：machine 寄存器结构
• libc：添加 wexecv，wexecve，wexecvp，wexecvpe
• cargo：增加对workspace.metadata表格的支持
• cargo：添加环境变量 CARGO_PKG_LICENSE_FILE
• cargo：在“cargo install”中，启用“ –target-dir”
• cargo：在 Compilation 结构中，公开内置的 cdylib 工件
• cargo：改善对 non-master主分支的支持
• docs.rs：当目标重定向（target-redirect），crate 不存在时，不要惊慌
• docs.rs：改进执行测试
• clippy：lint iterator.map(|x| x)
• clippy：新 lint：建议用ptr::read，代替mem::replace(..., uninitialized())
• clippy：clippy-driver：如果存在 –rustc，则将所有参数传递给 rustc
• clippy：cmp_owned：处理，没有对称实现 PartialEq
• rustfmt： #![macro_use] 不要使用重新排序模块声明
• rustfmt：除非提供 –force 标志，否则请勿重新格式化 errors

Rust 编译器性能分类

• 2020-06-30。三个性能退化，其中两个在 rollups 中；有两项改进，一项在 rollup。

批准的 RFC

对 Rust 的更改跟随 RustRFC（征求意见）流程。以下是本周批准实施的 RFC：

• RFC：删除重复 Cargo 工作区信息

最后意见征询期

每周团队宣布即将做出决定的 RFC 和主要 PR 的“最终意见征询期”。立即发表您的意见。

RFCs

• 内联const表达式和模式
• 内联汇编

跟踪问题和 PRs

• [处置：合并] impl From<char> for String
• [处置：合并] 移动 std libs 到 std/
• [处置：合并] 稳定化： transmute 在 constants 和 statics ，但不在 const fn
• [处置：合并] 添加 .collect()，可以将 Box<str> 变为 String
• [处置：合并] 稳定化： const_type_id feature

新的 RFC

• 本地库的 Linking modifiers
• 分层匿名 life-time
• 便携式压缩的 SIMD vector 类型
• crates.io token 作用域

本周最佳语录

引用，是一个锋利的工具，大约有三种不同的方法来使用这把锋利的工具。

1. 不要给程序员锋利的工具。他们可能会犯错误，或是割断手指。这是 Java/Python/Perl/Ruby/PHP。。。所用的方法。
2. 给程序员所有他们想要的锋利工具。他们是专业人士，如果他们割断手指，那是他们自己的错。这是 C/C++ 给出的方法。
3. 给程序员一些锋利的工具，但要在上面，加上防护装置，这样他们就不会不小心割掉手指。这是 Rust 的方法。

生命周期注释是引用的安全保护。Rust 的引用是没有同步（synchronization），也没有引用计数的 —— 这就是它们的锋利之处。第 1 类语言的引用（通常是有同步和引用计数）是“迟钝”的：他们的效率与第 2 类和第 3 类语言是相当不能比的，但它们不会割到你，且可以工作；只会让你慢一点。

所以，坦白地说，我喜欢生命周期注释，既有保护，也可以快。

– trentj on rust-users

Thanks to Ivan Tham for the suggestions!

Please submit quotes and vote for next week!

This Week in Rust is edited by: nellshamrell, llogiq, and cdmistman.

Discuss on r/rust