...
Consider two traits
From<String>
From<&'static str>
The enum Cow<'static, str> Cow<str> implements both traits
Cow has the associated function
fn from(s: String) → Cow<'static, str>Cow<str>
Cow has another associated function
fn from(s: &'static str) → Cow<'static, str>Cow<str>
Consider another trait
Into<Cow<'static, str>>
Into<Cow<str>>
A From implementation implies that there is a corresponding Into implementation. There is a blanket implementation of Into in the standard library. My guess is that the following code is the blanket implementation
Code Block language rust impl<T,U> Into<U> for T where U: From<T> { fn into(self) -> U { U::from(self) } }
Therefore String implements the Into<Cow<'static,str>> Into<Cow<str>> trait
Code Block language rust implimpl<'a> Into<Cow<'statica, str>> for String { fn into(self) -> Cow<'statica, str> { ... } }
Consider the additional trait
String automatically implements Into, as does str, given that the From traits are implemented
Both String and str implement Into with a method of the following form
fn into(self) → Cow<a', str>
Also &str implements the Into<Cow<str>> trait
Code Block impl<'a> Into<Cow<'a, str>> for &'a str { fn into(self) -> Cow<'a, str> { ... } }
In the first four arms of the match expression, there are string literals upon which the method into() is called. We know the methods must have a return type of Cow<'static, str>.
A string literal is of type &str, a shared reference to a string slice
A string literal has a static lifetime.
When applying the method Therefore the result of calling the into(), the method on a string literal is dereferenced into a string slice strThen the method into() can be applied on the str. We have already seen that this method exists.a Cow<'static, str>
Also we can call the into() method on a String to get a Cow<'static, str> without any lifetime limitations on the String