您對 2021 年的 Rust 語言有哪些期待？

1樓：

希望1，tokio和std兩個async庫能相互融合或者自動delegate，二選一或者compact包裝實在寫起來太痛苦了。

2，錯誤處理型別轉換能再友好些

2樓：eweca(suspended)

搞科研。對Rust本身沒啥特別的期待，其他都挺滿意，就是孤兒規則的過載有時候有點太坑了，比如sprs庫不支援f64 * csmatrix。我想過載乙個用吧，結果mul是標準庫，csmat屬於sprs庫，孤兒規則沒法過載。

要不就包裝乙個struct，但是這樣又要過載全部運算子；要不就凡是f64與csmat交界處都用函式代替。都很麻煩。不過這個估計沒法改。

那我就希望下nalgebra庫的維護者可以考慮下支援稀疏矩陣吧。

1.51版本const generics終於要來了，非常期待。

3樓：韓樸宇

我在rustbuild（即src/bootstrap）上提過幾個pr，因此說幾個和rustc相關的（或者說和語言無關的工程問題）。

1. cranelift以及rustc_codegen_cranelift

可以大大加速debug build，test，proc_macro和build.rs的速度，結合jit模式，可以實現以接近cargo check的速度同時檢查語法錯誤，借用檢查錯誤和邏輯錯誤。

目前cg_clif已經進入rust倉庫，在SYSV abi，Windows ABI，原子操作，內聯彙編，SIMD上還有一些問題。cg_clif是由一位開發者bjorn3單槍匹馬寫出來的，很厲害。

另外新的asm！內聯彙編巨集不再使用llvm_asm的語法，就是因為有朝一日rustc會整合上全功能的rust編寫的後端。由Inline Assembly project group開發

2.std aware cargo

也就是cargo -Z build-std，這個功能在優化二進位制大小上很有用，在作業系統開發上是必需品。由std Aware Cargo working group負責

3. core::error::Error, core::io::Error和backtrace支援

這是Error handling project group的工作重點，目前已有demo可用。

有了這個wasm，嵌入式和作業系統開發也可以用常用的錯誤處理庫了。

4. chalk

trait系統的改進全靠這個，包括GAT

由traits working group負責

為什麼我的期待都有working group，因為這就是rust專案的治理方式，沒有working group的東西就肯定是沒戲的，至少一年內是如此。比如取乙個穩定的abi，作為rust abi和c++ abi的子集和C abi的超集，已經吵了好幾年了，估計今年也是沒戲。

4樓：juu wiio

單說語言本身

GAT、specilization這些陳年舊賬就不說了我最期待的應該是error handling project group的工作，主要是乙個Error可以有多個source的設計與實現

然後之前號召社群寫#rust2021時，讀到過不少有意思的東西，比如擴充套件過程巨集的token解析、模式匹配中的繫結需要用let顯式宣告，總之就是全都想要，雖然也知道不現實

5樓：Nugine

min const generics 將於 1.51 穩定，大約3月底，可以解鎖一些較為常規的設計方法。

GAT 仍然是我最期待的有生之年的特性，它與 async trait, monad 之類的東西相關，能派生出很多魔法設計。

async-std 1.8，tokio 1.0，希望更多常用的庫不再猶豫，趕緊1.0。

希望 tracing 加快速度到 0.2，非同步上下文追蹤就指望它了。

生態中很多常見領域都已經有了至少一兩個佔主導地位的庫，但還需要打磨。希望做到商業級、工業級可用。

希望 2021 Rust 多出一些殺手級產品，最好是中國產的。