Clippy lints / Complexity
Clippy lint · Complexity · checked with Clippy 0.1.99
clippy::option_filter_map: `filter` for `Some` followed by `unwrap`
What it meansChecks for iterators of Options using .filter(Option::is_some).map(Option::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 `Some` followed by `unwrap` --> main.rs:3:43 | 3 | let _ = std::iter::empty::<Option<i32>>().filter(Option::is_some).map(Option::unwrap); | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ help: consider using `flatten` instead: `flatten()` | = help: for further information visit https://rust-lang.github.io/rust-clippy/stable/index.html#option_filter_map = note: `#[warn(clippy::option_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?
Option is like a collection of 0-1 things, so flatten automatically does this 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::<Option<i32>>().filter(Option::is_some).map(Option::unwrap);
Write this instead
let _ = std::iter::empty::<Option<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::option_filter_map)]
fn my_function() { /* ... */ }Whole crate (Cargo.toml)
[lints.clippy]
option_filter_map = "allow"One run
cargo clippy -- -A clippy::option-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 Options using .filter(Option::is_some).map(Option::unwrap) that may
be replaced with a .flatten() call.
Why is this bad?
Option is like a collection of 0-1 things, so flatten
automatically does this without suspicious-looking unwrap calls.
Example
let _ = std::iter::empty::<Option<i32>>().filter(Option::is_some).map(Option::unwrap);
Use instead:
let _ = std::iter::empty::<Option<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
- nonnull_unchecked_on_box_ptruse of `NonNull::new_unchecked` with `Box::into_raw`
- only_used_in_recursionparameter is only used in recursion
- option_as_ref_derefChecks for usage of _.as_ref().map(Deref::deref) or its aliases (such as String::as_str)
- option_map_unit_fnChecks for usage of option.map(f) where f is a function or closure that returns the unit type ()
- or_then_unwrapChecks for .or(…).unwrap() calls to Options and Results
- partialeq_ne_implre-implementing `PartialEq::ne` is unnecessary
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?