「Rust每日新闻」本周精选 • 第二十三期

blackanger(38)

Published in

#rust

Words

3248

Reading

15 min

Listen

Play

前言：
从2018年开始，我每天会花1个小时关注Rust社区动态，并且在Rust.CC论坛、tg channel、Steemit、GitHub、语雀订阅都开通了Rust每日新闻，分享我每天的见闻，偶尔也夹杂了一些个人的观点。大半年过去了，Rust每日新闻已经成为了Rust社区群大家每天必看的内容。在这个知乎专栏里，每周会精选几篇Rust社区中的动态，和大家分享。分享的内容就不按时间排序了。
2018-12-09

「付费阅读」如何为Rust语言做贡献

本文基于macOSX平台，通过对Rust 1.32 Nightly版本中rustdoc的一个ICE问题进行复盘，分析并记录整个Bug修复的过程。主要目的是，通过这个过程，来学习如何给Rust做贡献。

（阅读时间：17m）

缘起
Rust本地调试环境准备
ICE问题分析
调试代码
提交PR说明

Rust 2018 edition 首个语义版本 1.31.0 发布

在这个大版本里，新加入了很多内容：

NLL（Non-lexical lifetimes）
新的模块系统
更多的生命周期省略规则
const fn：可以在编译时把const fn定义的函数用作常量值，但目前稳定的是最小化子集。
新的工具：clippy、rustfmt等已稳定
tool lint：像#![allow(clippy::bool_comparison)]这种属性。已经不再需要cfg_attr。
文档：改进了文档，并且重写了TRPL（The Rust Programming Language）, TRPL 2018版
Cargo现在已经使用HTTP/2来并行下载crate。而且也不需要在代码里extern crate引入crate了。
Read More
1.31 Release Notes

与此同时，Rust官网也焕然一新：官网

这标志着Rust迈向了成熟。

Why Rust？高性能/可靠/生产力。
当你构建CLI、WebAssembly、网络、嵌入式可以考虑使用Rust。
Rust已经有了很多商业生产级应用
如何开始呢？除了Rust book，还有很多其他资源。

「官方」 Rust 2018 到底是什么？

本文中，由Rust团队的Lin Clark，用很多漫画来帮你解释Rust 2018到底是什么？

「官方」征集Rust 2019 RoadMap意见的博客文章

Rust 2019 Roadmap开始制定了，官方现在向社区征集一些博客，希望在博文中提出经过2018年对Rust的使用感受，以及希望Rust改进的目标和方向。去年的路线图RFC是在2018年1月29开放的。今年估计也差不多。

另外一件事，是在考虑下一个大版本的目标：

Rust 2015：稳定性
Rust 2018：生产力
Rust 2021：？

现在官方还不确定下一个大版本是2021，目前只是预估。

「官方」反思Rust和WebAssembly在2018年的进展

官方wasm工作组成立之初提炼出一个核心价值观：Rust和WebAssembly用于扩充JavaScript，而不是替换它。这个核心价值观推动了2018年Rust在WebAssembly领域的发展。

达成的目标：

零成本与JavaScript交互。
基于wasm-bindgen来完成这一目标，现在基本已经构建出了以wasm-bindgen为核心的生态。
将Rust生成的WASM库分发给NPM。
由wasm-pack来完成这一目标。不仅仅是生成wasm，还需要分发到npm生态中。
快速提示开发效率。
对wasm-pack进行了扩展。自动管理wasm-bindgen CLI二进制文件，且自动安装浏览器的WebDriver客户端。比如：wasm-pack test --headless --firefox来测试。
并且增加了一些模板项目来提升开发者效率：
- wasm-pack-template用于方便创建NPM库
- create-wasm-app用于创建web应用
- rust-webpack-template用于使用webpack来创建应用程序
- rust-parcel-template用于使用parcel来创建应用程序
Rust生成的wasm应该是可测试和可调试的。
- console_error_panic_hook，可以将Rust代码产生的panic重定向到浏览器控制台
- wasm-bindgen-test，作为基础是测试架构，结合wasm-pack来测试dom、js异步事件等。
- Twiggy🌱，可以为Wasm分析代码大小。

同样，也向社区征求Rust 2019 Rust和WebAssembly上的目标和建议。另外在感谢名单上，发现了群友：huangjj27。

「官方」关于RLS的状态说明

RLS（language server for Rust）马上会随着Rust 2018的发布而发布，并且会共享版本号。但其实RLS并未准备好，只是借用这次Rust 2018发版的机会强调RLS实际上是一个可用且有用的工具。

官方核心人员nrc在这篇文章里，介绍了RLS目前哪些功能已经可用，哪些还不行，以及未来的走向。关注RLS的朋友可以看一下。

汝为何是Romio？

#async #romio #tokio

无船同志新文：Wherefore art thou Romio?

（ "Romeo, Romeo, wherefore art thou Romeo? —— 莎士比亚《罗密欧与朱丽叶》）

本文讲述了Romio的前世今生。主要目的是为了将Tokio接口移植到Future 0.3。

处理显式的waker参数。 0.1和0.3的差异之一是对waker的处理。0.3中提供了一个唤醒当前任务的waker，而0.1则没有。0.1提供的是task::current这样的函数。现在统一使用LocalWaker。
消除代码重复。Tokio中的AtomicTask内部类型，实际上在Futures 0.3已经演变为AtomicWaker类型。通过给Tokio发PR来消除这些重复。
tokio-io到future::io的变化。这部分是最困难的一个部分。目前tokio-io中自定义了AsyncRead和AsyncWrite，而Futures 0.3也定义了AsyncRead和AsyncWrite，这两个版本的接口有很大变化。tokio-io是在unsafe代码上构建的AsyncRead和AsyncWrite，而Futures新的AsyncRead和AsyncWrite是构建于专门的poll_vectored_read扩展。
Pin。实际上Pin对于0.1到0.3的迁移工作影响很小。基本上就是用＆mut self：Pin <＆mut Self>来替换mut self。
这次迁移有利于non-'static Future的应用。将来使用async/await将不必担心因为不是'static的Future而产生任何问题。
Romio是fork自Tokio，但不打算和Tokio竞争。Romio旨在解锁async/await，因为现在Tokio使用futures 0.1已经阻碍了想用async/await人的步伐。毕竟Tokio在生态系统中占比太高。

关于Romio的说明：

Romio仅包含与异步网络API相关的代码 - TCP，UDP和Unix域套接字。换句话说，Romio只是 futures + mio。
Romio只暴露最小的API。
Romio目前版本为0.3.0-alpha.1，配合futures 0.3来发布更新。

文章中给出了一个echo server的示例。这一切工作都是为了尽可能快速地稳定async/await。

Rustsim 月报 #2

Rustsim组织是一个GitHub组织，聚焦于提供各种数值模拟的库。包括

alga，抽象代数库
nalgebra，线性代数库
ncollide， 2D和3D的碰撞检测库
nphysics， 2D和3D的物理模拟库

rustsim.org

本月改进：

可变形体的物理模拟
改进ncollide
改进nalgebra

「博文」教你如何用Rust写C++

长文预警!

背景： Firefox有一个名为encoding_rs的新字符编码转换库。它是用Rust编写的，取代了1999年初发布的名为uconv的旧C字符编码转换库。因为调用该字符编码转换库的都是C代码，所以新的库，尽管用Rust编写，但是该库在C调用者看来，应该像是一个现代的C库。也就是说，提供给C调用者的接口使它看起来和感觉就像一个真正的C库。

(啊哈？假装写C++，你学到了吗？)