Clippy lints / Complexity
Clippy lint · Complexity · checked with Clippy 0.1.99
clippy::explicit_write: Checks for usage of write!() / writeln()! which can be replaced with (e)print!() / (e)println!()
What it meansChecks for usage of write!() / writeln()! which can be replaced with (e)print!() / (e)println!() It is in the complexity group and warns by default.
Does it matter?
Using (e)println! is clearer and more concise
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
writeln!(&mut std::io::stderr(), "foo: {:?}", bar).unwrap();
writeln!(&mut std::io::stdout(), "foo: {:?}", bar).unwrap();
Write this instead
eprintln!("foo: {:?}", bar);
println!("foo: {:?}", bar);
Turn it off, or on
Allow it where it does not fit your code, as narrowly as you can:
On one item
#[allow(clippy::explicit_write)]
fn my_function() { /* ... */ }Whole crate (Cargo.toml)
[lints.clippy]
explicit_write = "allow"One run
cargo clippy -- -A clippy::explicit-writeThe [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 usage of write!() / writeln()! which can be
replaced with (e)print!() / (e)println!()
Why is this bad?
Using (e)println! is clearer and more concise
Example
writeln!(&mut std::io::stderr(), "foo: {:?}", bar).unwrap();
writeln!(&mut std::io::stdout(), "foo: {:?}", bar).unwrap();
Use instead:
eprintln!("foo: {:?}", bar);
println!("foo: {:?}", bar);
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
- excessive_nestingChecks for blocks which are nested beyond a certain threshold. Note: Even though this lint is warn-by-default, it will only trigger if a maximum nesting level is defined in the clippy.toml file
- explicit_auto_derefderef which would be done by auto-deref
- explicit_counter_loopChecks for loops over slices with an explicit counter and suggests the use of .enumerate()
- extra_unused_lifetimesthis lifetime isn't used in the function definition
- extra_unused_type_parametersChecks for type parameters in generics that are never used anywhere else
- filter_map_identityChecks for usage of filter_map(|x| x)
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?