rust-lang/rust-clippy

`or_fun_call` isn't always a performance lint

Open

#8,574 opened on 2022年3月22日

GitHub で見る
 (11 comments) (0 reactions) (0 assignees)Rust (1,391 forks)batch import
A-categoryL-nurserygood first issue

Repository metrics

Stars
 (10,406 stars)
PR merge metrics
 (平均マージ 19d 22h) (30d で 113 merged PRs)

説明

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?

コントリビューターガイド

調査方針
この issue は、Clippy の `or fun call` lint について議論しています。この lint は、パフォーマンス向上のために `.unwrap or(Vec::new())` を `.unwrap or default()` に置き換えることを提案しますが、報告者はコンパイラが同一のマシンコードを生成すると主張しています。解決するには、実際にパフォーマンスが向上する場合（例えば、デフォルトコンストラクタが自明でない場合）のみ置換を提案するように lint を修正するか、lint のカテゴリを 'performance' から 'style' または 'complexity' に変更することが考えられます。この issue には 11 件のコメントがあり、メンテナからのコメントも含まれているため、望ましいアプローチについてさらなる指針が得られる可能性があります。
技術スタック
rust
領域
developer experience
Issue 種別
バグ
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
RustClippy internals
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60