rust-lang/rust-clippy

`or_fun_call` isn't always a performance lint

Open

#8,574 建立於 2022年3月22日

在 GitHub 查看
 (11 留言) (0 反應) (0 負責人)Rust (1,391 fork)batch import
A-categoryL-nurserygood first issue

倉庫指標

Star
 (10,406 star)
PR 合併指標
 (平均合併 19天 22小時) (30 天內合併 113 個 PR)

描述

Replacing .unwrap_or(Vec::new()) with .unwrap_or_default() doesn't do anything for performance, they produce identical machine code with optimizations: https://rust.godbolt.org/z/hzTdazGqW.

Perhaps the lint category could be changed or it could be changed to not detect cases where it's not actually a performance warning?

貢獻者指南

研究方向
該問題討論了 Clippy 中的 `or fun call` lint，它建議將 `.unwrap or(Vec::new())` 替換為 `.unwrap or default()` 以提升效能，但回報者認為編譯器產生的機器碼是相同的。要解決此問題，可以修改該 lint，使其僅在確實能提升效能時才建議替換（例如，當預設建構函式非平凡時），或者將 lint 的類別從 'performance' 更改為 'style' 或 'complexity'。該問題有 11 則評論，包括一些來自維護者的評論，可能為期望的解決方案提供進一步指引。
技術棧
rust
領域
developer experience
議題類型
錯誤
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-2 天
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
活躍
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
清晰
前置要求
RustClippy internals
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
60