Clippy lints / Complexity
Clippy lint · Complexity · checked with Clippy 0.1.99
clippy::result_filter_map: `filter` for `Ok` followed by `unwrap`
What it meansChecks for iterators of Results using .filter(Result::is_ok).map(Result::unwrap) that may be replaced with a .flatten() call. It is in the complexity group and warns by default.
What you see
warning: `filter` for `Ok` followed by `unwrap` --> main.rs:3:47 | 3 | let _ = std::iter::empty::<Result<i32, ()>>().filter(Result::is_ok).map(Result::unwrap); | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: consider using `flatten` instead: `flatten()` | = help: for further information visit https://rust-lang.github.io/rust-clippy/stable/index.html#result_filter_map = note: `#[warn(clippy::result_filter_map)]` on by default
Real output of Clippy 0.1.99 (Rust 1.99) on the example below. Names and line numbers in yours will differ.
Does it matter?
Result implements IntoIterator<Item = T>. This means that Result can be flattened automatically without suspicious-looking unwrap calls.
Code that does something simple in a complicated way. Warns by default.
How to fix it
Clippy can fix this one for you: run cargo clippy --fix (add --allow-dirty if you have uncommitted changes). Review the diff before you commit.
Flagged
let _ = std::iter::empty::<Result<i32, ()>>().filter(Result::is_ok).map(Result::unwrap);
Write this instead
let _ = std::iter::empty::<Result<i32, ()>>().flatten();
Turn it off, or on
Allow it where it does not fit your code, as narrowly as you can:
On one item
#[allow(clippy::result_filter_map)]
fn my_function() { /* ... */ }Whole crate (Cargo.toml)
[lints.clippy]
result_filter_map = "allow"One run
cargo clippy -- -A clippy::result-filter-mapThe [lints] table needs Rust 1.74 or newer. In a workspace, put it under [workspace.lints.clippy] and add [lints] workspace = true to each member.
Clippy's own documentation
What it does
Checks for iterators of Results using .filter(Result::is_ok).map(Result::unwrap) that may
be replaced with a .flatten() call.
Why is this bad?
Result implements IntoIterator<Item = T>. This means that Result can be flattened
automatically without suspicious-looking unwrap calls.
Example
let _ = std::iter::empty::<Result<i32, ()>>().filter(Result::is_ok).map(Result::unwrap);
Use instead:
let _ = std::iter::empty::<Result<i32, ()>>().flatten();
From the Clippy lint list (0.1.99), part of the Rust project, MIT or Apache-2.0. Official entry.
Related lints
- too_many_argumentsChecks for functions with too many parameters
- clone_on_copyusing `clone` on type `u64` which implements the `Copy` trait
- type_complexityChecks for types used in structs, parameters and let declarations above a certain complexity threshold
- redundant_slicingredundant slicing of the whole range
- repeat_oncecalling `repeat(1)` on a string literal
- reserve_after_initializationcall to `reserve` immediately after creation
- result_map_unit_fnChecks for usage of result.map(f) where f is a function or closure that returns the unit type ()
- seek_from_currentusing `SeekFrom::Current` to start from current position
- seek_to_start_instead_of_rewindChecks for jumps to the start of a stream that implements Seek and uses the seek method providing Start as parameter
All 847 Clippy lints · Rust compiler errors · Cargo.toml checker
Up next
Related lintclippy::too_many_argumentsChecks for functions with too many parametersRead it next →Did this answer your question?