Clippy lints / Style
Clippy lint · Style · checked with Clippy 0.1.99
clippy::from_over_into: an implementation of `From` is preferred since it gives you `Into<_>` for free where the reverse isn't true
What it meansSearches for implementations of the Into<..> trait and suggests to implement From<..> instead. It is in the style group and warns by default.
What you see
warning: an implementation of `From` is preferred since it gives you `Into<_>` for free where the reverse isn't true --> main.rs:5:1 | 5 | impl Into<StringWrapper> for String { | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | = help: for further information visit https://rust-lang.github.io/rust-clippy/stable/index.html#from_over_into = note: `#[warn(clippy::from_over_into)]` on by default help: replace the `Into` implementation with `From<std::string::String>` | 5 ~ impl From<String> for StringWrapper { 6 ~ fn from(val: String) -> Self { 7 ~ StringWrapper(val) |
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?
According the std docs implementing From<..> is preferred since it gives you Into<..> for free where the reverse isn’t true.
Code that works but is not idiomatic Rust. 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
struct StringWrapper(String);
impl Into<StringWrapper> for String {
fn into(self) -> StringWrapper {
StringWrapper(self)
}
}
Write this instead
struct StringWrapper(String);
impl From<String> for StringWrapper {
fn from(s: String) -> StringWrapper {
StringWrapper(s)
}
}
Turn it off, or on
Allow it where it does not fit your code, as narrowly as you can:
On one item
#[allow(clippy::from_over_into)]
fn my_function() { /* ... */ }Whole crate (Cargo.toml)
[lints.clippy]
from_over_into = "allow"One run
cargo clippy -- -A clippy::from-over-intoThe [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.
Settings in clippy.toml
msrv: The minimum rust version that the project supports. Defaults to the rust-version field in Cargo.toml
Clippy's own documentation
What it does
Searches for implementations of the Into<..> trait and suggests to implement From<..> instead.
Why is this bad?
According the std docs implementing From<..> is preferred since it gives you Into<..> for free where the reverse isn’t true.
Example
struct StringWrapper(String);
impl Into<StringWrapper> for String {
fn into(self) -> StringWrapper {
StringWrapper(self)
}
}
Use instead:
struct StringWrapper(String);
impl From<String> for StringWrapper {
fn from(s: String) -> StringWrapper {
StringWrapper(s)
}
}
Configuration
-
msrv: The minimum rust version that the project supports. Defaults to therust-versionfield inCargo.toml(default:
current version)
From the Clippy lint list (0.1.99), part of the Rust project, MIT or Apache-2.0. Official entry.
Related lints
- needless_returnunneeded `return` statement
- new_without_defaultChecks for public types with a pub fn new() -> Self method and no implementation of Default
- len_zeroChecks for getting the length of something via .len() just to compare to zero, and suggests using .is_empty() where applicable
- fn_to_numeric_castcasting function pointer `fun` to `i64`
- fn_to_numeric_cast_with_truncationcasting function pointer `fn1` to `i32`, which truncates the value
- for_kv_mapChecks for iterating a map (HashMap or BTreeMap) and ignoring either the keys or values
- from_str_radix_10Checks for function invocations of the form primitive::from_str_radix(s, 10)
- get_firstaccessing first element with `x.get(0)`
- if_same_then_elseChecks for if/else with the same body as the then part and the else part
All 847 Clippy lints · Rust compiler errors · Cargo.toml checker
Up next
Related lintclippy::needless_returnunneeded `return` statementRead it next →Did this answer your question?