本週 Rust 動態 532#

2024-01-31

大家好，歡迎閱讀Rust 本週之星的又一篇文章！ Rust 是一種賦能每個人建造可靠且高效軟體的程式語言。 這是對其進展和社群的每週摘要。 想要讓我們提及您的內容？在 Twitter 上標記我們 @ThisWeekInRust 或在 mastodon.social 上標記 @ThisWeekinRust，或者發送我們一個推送請求（pull request）。 想參與進來嗎？我們熱愛貢獻。

Rust 本週之星 是在 GitHub 上公開開發的，並且存檔可以在 this-week-in-rust.org 查看。 如果您在這週的發布中發現任何錯誤，請提交一個 PR。

Rust 社群更新資訊#

項目/工具更新#

• Rust 和 C 文件系統 API（Rust-for-Linux 項目）
• 朝著基於 GCC 的 Rust 編譯器邁進
• Palette 0.7.4
• Fyrox 遊戲引擎 0.33
• 在 Servo 中的兩個月：更好的內聯佈局設計、穩定的 Rust 等等！
• GPUI 中的擁有權與數據流動
• Kani 的函數契約
• Slint 1.4 發佈，增加了外觀選擇並改進了 API
• 本週在 Fluvio #58 - Fluvio 開源串流系統可以作為單一二進制文件在本地部署
• Quickwit 0.7 發佈：與 Elasticsearch API 兼容並增加 30% 的性能

觀察/想法#

• 如何使用 Criterion 來基準測試 Rust 程式碼
• 使用 Nom 和解析器組合器遊玩
• 時間都去哪了？Rust 編譯的慢速問題
• 在 HAL 上的 ESP32 嵌入式 Rust：I2C 掃描器
• 我們建立了 X.509 鏈條，這樣你就不必這麼做
• Rust 中的進程啟動性能
• 介紹 Foundations - 我們開源的 Rust 服務基礎庫
• 高性能向量圖形視頻遊戲
• Rust 的一些最近且顯著的變化
• 用 FireDBG 可視化動態規劃
• [視頻] Rust 中的九大數據結構規則

Rust 指南#

• 使用 Flame 圖診斷 Rust 內存洩露的指南
• WebSockets - 初學者指南
• 用 Rust 編寫 Cron 工作
• 使用 Rust、貓和幾個 Raspberry PIs 實現無懼的並發
• 用 Rust 宏來處理更多 Lambda 模板代碼
• 調試 Tokio 儀表

雜項#

• [音頻] Arroyo - Micah Wylde，共同創始人兼首席執行官

本週的 Crate#

本週的 crate 是 Apache Iceberg Rust，是用於大型分析資料集的表格式 Rust 實現。

感謝 Renjie Liu 的自我推薦！

請提交您的建議和票選下週的 crate！

召集參與；項目和講者#

CFP - 項目#

一直想對開源項目做出貢獻卻不知道從哪裡開始？ 我們每週都會突出一些來自 Rust 社群的任務，為您提供挑選和入門的機會！

其中一些任務可能也有導師可用，訪問任務頁面了解更多訊息。

• GreptimeTeam - 修正 join_path 中的一個小錯誤，使代碼更優雅
• GreptimeTeam - 增加 MetaPeerClientRef 的測試，以增強 GreptimeDB 的穩定性
• Ockam - 在 Linux 上為指令幫助輸出中的圍欄代碼塊，進行語法高亮
• Ockam - 改善 ockam project ticket 的輸出，讓訊息更加清晰
• Ockam - 同時改善 ockam project ticket 和 ockam project enroll 的輸出，並支援 --output json
• Hyperswitch - [修正]：為 Workers 新增一個配置的驗證
• Hyperswitch - [特性]：建立一個 Config Table 的刪除端點
• Hyperswitch - [特性]：為本地測試及CI設置代碼覆蓋率
• Hyperswitch - [特性]：讓 get_required_value 使用 ValidationError in OptionExt

如果您是 Rust 項目的擁有者並且正在尋找貢獻者，请在 這裡 提交任務。

CFP - 講者#

您是一名新手還是經驗豐富的講者，尋找分享一些酷的地方嗎？本節突出了正在規劃中並且接受提交加入其活動做為講者的事件。

本週並沒有提交任何講文徵集通知。

如果您是活動組織者並希望擴大活動的影響範圍，請通過向 TWiR 提交 PR 提交提交網站的鏈接。

Rust 專案更新#

上週有 409 個 pull request 被合併

• pattern_analysis：允許 ctor_sub_tys 回傳任何他們想要的迭代器
• pattern_analysis：重用大部分的 DeconstructedPat Debug 實作
• 在 #[test] 和 #[bench] 引入的閉包中新增 #[coverage(off)]
• 新增 min_exhaustive_patterns 功能閘（feature gate）
• 在動態函式庫的二進位大小減少中增加不穩定的選項…
• 新求解器總是標準化 LoweredTy
• 斷言 for_scope 傳入的是單一範疇
• 避免在沒有 dyn 提示的特徵中產生內部編譯錯誤
• 借用檢查行內常數模式
• 在參數錯誤中對可反駁模式下的閉包參數進行分類
• 常數-求值間接: 去除基於類型的遍歷
• 覆蓋率: 拆解 Instrumentor 並平坦化範圍細節化
• 覆蓋率: 不對 #[automatically_derived] 函式進行樂器化
• 覆蓋率: 永遠不要發出順序不當的覆蓋範圍
• 在建立 FnOnce shim 時，不要標準化閉包簽名
• 如果有等效的 visit_ 方法，就不要直接呼叫 walk_ 函式
• 在自動生成實體類型的大小可決的回傳值上，不要觸發 OPAQUE_HIDDEN_INFERRED_BOUND
• 不要在 rustc_resolve 中手動解析異步閉包
• 當嘗試將排他範圍寫作 ..< 時，發出建議
• 在跳躍執行線程中修正假設和斷言
• 修正：針對實現特徵的正確建議參數
• 改善在模式中處理表達式的方式
• 改善 IntoDiagnosticArg 中數字的處理
• 使得 #![allow_internal_unstable(..)] 能夠與 stmt_expr_attributes 一起工作
• 手動實現導出的 NonZero 特徵
• 修改 GenericArg 與 Term 結構以使用嚴格的起源規則
• 將啟用傳遞的條件移至 is_enabled
• 在檢查有效性之前標準化字段類型
• 只為剛性別名組裝別名約束候選人
• 在主體中適當恢復尾隨屬性
• 在遞歸 impl 評估溢出時提供更多上下文
• riscv32im-risc0-zkvm-elf: 添加目標
• scopeTree: 因未使用而移除 destruction_scopes
• 分割非普通碼位的診斷：添加列表以顯示涉及的字符

• 在關聯項目邏輯中分離 tait 及 impl trait
• 停止在 rustc_pattern_analysis 中使用 derivative
• 針對 rustc_codegen_cranelift 進行子樹同步
• 建議使用 array::from_fn 進行數組初始化
• 在標準庫中使用 assert_unchecked 替代 assume 內建函數
• 解釋：project_downcast：對於無居民變體不應觸發內部一致性錯誤（ICE）
• Miri 中返回一個有限數量的 AllocIds 每一個 ConstAllocation
• Miri：在 FreeBSD 添加 __cxa_thread_atexit_impl
• Miri：將 portable-atomic-util 錯誤添加到「發現的錯誤」列表中
• Miri：在 FreeBSD 上添加 *stat 調用攔截支持

• 在資料流分析中僅使用密集位元集
• 刪除所有 ConstPropNonsense
• 移除 StructuralEq 特性
• 提升迭代器 intersperse(_with) 的效能
• 穩定陣列方法
• std: 確保 HEAP 初始化程序絕不內聯
• 新增 AsyncFn 一系列的特性
• 新增 ErrCode
• 新增 NonZero*::count_ones
• 新增 str::Lines::remainder
• 調整 Windows 實現中 read_dir 與 ReadDir 的行為：檢查要搜索的路徑是否存在
• core：新增 From<core::ascii::Char> 實現
• 處理 io:Read::read_to_end() 中的內存不足錯誤
• 為 Cow<[T]> 實作 From<&[T; N]>
• rc, sync：不要創建指向未初始化值的參考
• 初始實現 str::from_raw_parts[_mut]
• 移除對 vec.split_off(0) 特殊情況處理的代碼
• 使用間隙重寫 BTreeMap 游標 API
• 在 StdinLock<'_> 上專門處理 Bytes
• 穩定化 slice_group_by
• 更改 NonZero 別名方向
• regex：公開更多的預篩選器元數據
• cargo：docs(ref)：嘗試改進註冊授權文件
• cargo：fix(cli)：改進與 cargo 腳本相關的錯誤信息
• cargo：fix(config)：淘汰無延伸檔名文件
• cargo：refactor(shell)：使用新的華麗 anstyle API
• cargo：文檔：用 latest 取代 jobserver 連結的版本號
• cargo：修正選項描述首字母大寫的問題
• cargo：重構：移除 Freshness::Dirty 中不必要的 Option
• cargo：測試：為 x86_64-unknown-none-gnu 修正資料佈局
• rustfmt: 包裹以嵌套本體塊開始的宏
• rustfmt: 格式化差異行以便於點擊
• clippy: 增加 to_string_trait_impl lint
• clippy: 新增 unnecessary_result_map_or_else lint
• clippy: 假正面：needless_return_with_question_mark 與隱式錯誤轉換
• clippy: redundant_closure_for_method_calls 為本地模塊建議相對路徑
• clippy: multiple_crate_versions：為允許的重複Crate添加配置選項
• clippy: never_loop：識別改寫的 try 區塊
• clippy: 當被調用者標記為 #[track_caller] 時，避免對冗余閉包進行lint
• clippy: 當與零比較時，不警告關於模數運算的冗余
• clippy：解開循環後使用多重條件中的 assert* 會導致 nonminimal_bool 警告的提示
• clippy：修正由 manual_retain 警告生成的不正確建議
• clippy：當將閉包傳遞給宏時，redundant_closure_call的偽陽性問題
• clippy：如果找到已存在的配置選項，則建議使用它
• clippy：警告使用了比最小支持的 Rust 版本還要新的項目
• rust-analyzer：為 let else 添加了後綴完成
• rust-analyzer：在降低記錄模式時，過濾掉被 cfg 禁用的字段
• rust-analyzer：在 mismatched_arg_count 中用 adjusted_display_range_new 取代了 adjusted_display_range

即將到來的活動#

Rusty 活動從 2024-01-31 至 2024-02-28 🦀

虛擬會議#

• 2024-01-31 | 虛擬 (卡迪夫, 英國) | Rust 和 C++ 卡迪夫
  • Rust for Rustaceans 讀書會開幕！
• 2024-02-01 | 虛擬+現場 (巴塞羅那, ES) | BcnRust
  • 第12屆 BcnRust 聚會 - 串流
• 2024-02-01 | 虛擬 (柏林, DE) | OpenTechSchool 柏林 + Rust 柏林
  • Rust Hack n Learn | 鏡像: Rust Hack n Learn
• 2024-02-03 | 虛擬+現場 (布魯塞爾, BE) | FOSDEM 2024
  • FOSDEM 會議: Rust 開發室 - 講座
• 2024-02-03 | 虛擬 (坎帕拉, UG) | Rust 圈子
  • Rust 圈子聚會
• 2024-02-04 | 虛擬 | Rust Maven
  • 使用 Rocket 進行網頁開發 - 英文
• 2024-02-07 | 虛擬 (印第安納波利斯, IN, US) | Indy Rust
  • Indy.rs - Ezra Singh - Rust 如何拯救了我的雙眼
• 2024-02-08 | 虛擬 (夏洛茨維爾, NC, US) | 夏洛茨維爾 Rust 聚會
  • 合作編寫 Rust 解釋器
• 2024-02-08 | 虛擬 (紐倫堡, DE) | Rust 紐倫堡
  • Rust 紐倫堡在線
• 2024-02-10 | 虛擬 (克拉科夫, PL) | Stacja IT 克拉科夫
  • Rust – 建構命令列工具
• 2024-02-10 | 虛擬 (弗羅茨瓦夫, PL) | Stacja IT 弗羅茨瓦夫
  • Rust – 建構命令列工具
• 2024-02-13 | 虛擬 (達拉斯, TX, US) | Dallas Rust
  • 每月第二個星期二
• 2024-02-15 | 虛擬 (柏林, DE) | OpenTechSchool 柏林 + Rust 柏林
  • Rust Hack n Learn | 鏡像: Rust Hack n Learn
• 2024-02-15 | 虛擬 + 現場 (布拉格, CZ) | Rust 捷克共和國
  • 介紹與生產中的 Rust
• 2024-02-21 | 虛擬 (溫哥華, BC, CA) | 溫哥華 Rust
  • Rust 學習/黑客/掛出
• 2024-02-22 | 虛擬 (夏洛茨維爾, NC, US) | 夏洛茨維爾 Rust 聚會
  • 合作編寫 Rust 解釋器

亞洲#

• 2024-02-10 | 海得拉巴, 印度 | Rust 語言海得拉巴
  • Rust 語言開發者訓練營

歐洲#

• 2024-02-01 | 巴塞隆納, ES | BcnRust
  • 第 12 屆 BcnRust 聚會
• 2024-02-03 | 布魯塞爾, BE | FOSDEM '24
  • FOSDEM '24 大會：Rust 專題論壇 - 演講 | 阿爾胡斯 Rust FOSDEM 聚會
• 2024-02-03 | 紐倫堡, BY, DE | Paessler Rust 營 2024
  • Paessler Rust 營 2024
• 2024-02-05 | 布魯塞爾, BE | 比利時 Rust 使用者群組
  • FOSDEM 後 Rust 聚會 @ 布魯塞爾自由大學
• 2024-02-06 | 不來梅, DE | Rust 不來梅聚會
  • Rust 不來梅聚會 [1]
• 2024-02-07 | 科隆, DE | Rust 科隆
  • 嵌入式抽象 | 活動頁面
• 2024-02-07 | 倫敦, UK | Rust 倫敦使用者群組
  • Rust 開發網頁 — Mainmatter x Shuttle 接管
• 2024-02-08 | 伯爾尼, CH | Rust 伯爾尼
  • Rust 伯爾尼聚會 #1 2024 🦀
• 2024-02-15 | 布拉格, CZ - 虛擬 + 實體 | 捷克 Rust
  • 介紹與 Rust 在生產環境中的應用
• 2024-02-21 | 里昂, FR | Rust 里昂
  • Rust 里昂聚會 #8
• 2024-02-22 | 奧胡斯, DK | Rust 奧胡斯
  • 在 Partisia 的 Rust 與交談

北美地區#

• 2024-02-07 | Brookline, MA, 美國 | 波士頓 Rust 聚會
  • Coolidge Corner Brookline Rust 午餐會, 2月7日
• 2024-02-08 | Lehi, UT, 美國 | 猶他Rust
  • BEAST: 用Rust重製經典DOS終端遊戲
• 2024-02-12 | Minneapolis, MN, 美國 | 明尼阿波利斯 Rust 聚會
  • 明尼阿波利斯 Rust: 開源貢獻黑客松與快樂時光
• 2024-02-13 | New York, NY, 美國 | Rust紐約市
  • Rust紐約市月度聚會
• 2024-02-13 | Seattle, WA, 美國 | Cap Hill Rust 編碼/黑客/學習
  • Rusty 編碼/黑客/學習之夜
• 2024-02-15 | Boston, MA, 美國 | 波士頓 Rust 聚會
  • Back Bay Rust 午餐會, 2月15日
• 2024-02-15 | Seattle, WA, 美國 | 西雅圖 Rust 使用者群組
  • 西雅圖 Rust 使用者群組聚會
• 2024-02-20 | San Francisco, CA, 美國 | 三藩市 Rust 學習小組
  • 面對面Rust黑客活動
• 2024-02-28 | Austin, TX, 美國 | Rust ATX
  • Rust 午餐 - Fareground

大洋洲#

• 2024-02-06 | 澳洲西澳洲珀斯 | 珀斯Rust聚會小組
  • 2024年2月Rust聚會
• 2024-02-27 | 澳洲首都領地坎培拉 | 坎培拉Rust使用者群組
  • 2月聚會
• 2024-02-27 | 澳洲新南威爾士雪梨 | Rust雪梨
  • 🦀 漩旋 ⚡ & 快速

如果您正在舉辦一個Rust活動，請將它添加到日曆以便在這裡提及。請記住也要添加活動的連結。 若需取得日曆的存取權，請電郵Rust社群團隊。

工作機會#

請查看最新的 r/rust 上的誰在招聘串。

本週名言#

正是這個程序的穩定性，讓我從此以後使用 rust 來做所有事情。社交服務已經達到了近2.5年的100%運行時間。它處理了12.9TB的流量，像2.5年前運行的那天一樣，仍然只使用1.5MB的RAM。資源使用量之低，讓我感動落淚。作為一個來自Java的人，沒有OOM錯誤或GC問題是rust的一個巨大利益，我也看不出自己會使用其他任何編程語言。我非常贊同“一次搭建，但要搭建得正確”的心態，這也是為什麼rust始終是我的選擇。

– reddit 上的 /u/Tiflotin 在 /r/rust 節點的帖子

感謝 Brian Kung 的建議！

請提交名言並為下週投票！

《Rust 本週》由以下編輯：nellshamrell、llogiq、cdmistman、ericseppanen、extrawurst、andrewpollack、U007D、kolharsam、joelmarcey、mariannegoldin、bennyvasquez。

電子郵件列表的主辦是由 The Rust Foundation 贊助。

在 r/rust 上討論