Update advance-trait.md

pull/206/head
Jesse 3 years ago committed by GitHub
parent f161c021f6
commit f393369013
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

@ -16,9 +16,9 @@ pub trait Iterator {
以上是标准库中的迭代器特征`Iterator`,它有一个`Item`关联类型,用于替代遍历的值的类型。 以上是标准库中的迭代器特征`Iterator`,它有一个`Item`关联类型,用于替代遍历的值的类型。
同时,`next`方法也返回了一个`Item`类型,不过使用`Option`枚举进行了包裹,假如迭代器中的值是`i32`类型,那么调用`next`方法就将获取一个`Option<i32>`的值。 同时`next`方法也返回了一个`Item`类型,不过使用`Option`枚举进行了包裹,假如迭代器中的值是`i32`类型,那么调用`next`方法就将获取一个`Option<i32>`的值。
还记得`Self`吧?在之前的章节[提到过](./trait-object#Self与self), `Self`用来指代当前的特征实例 ,那么`Self::Item`就用来指代特征实例中具体的`Item`类型: 还记得`Self`吧?在之前的章节[提到过](./trait-object#Self与self)`Self`用来指代当前的特征实例,那么`Self::Item`就用来指代特征实例中具体的`Item`类型:
```rust ```rust
impl Iterator for Counter { impl Iterator for Counter {
type Item = u32; type Item = u32;
@ -36,7 +36,7 @@ pub trait Iterator<Item> {
} }
``` ```
答案其实很简单,为了代码的可读性. 当你使用了泛型后,你需要在所有地方都这样写`Iterator<Item>`,而使用了关联类型,你只需要这样写`Iterator`,当类型定义复杂时,这种写法可以极大的增加可读性: 答案其实很简单,为了代码的可读性. 当你使用了泛型后,你需要在所有地方都这样写`Iterator<Item>`,而使用了关联类型,你只需要这样写`Iterator`,当类型定义复杂时,这种写法可以极大的增加可读性
```rust ```rust
pub trait CacheableItem: Clone + Default + fmt::Debug + Decodable + Encodable { pub trait CacheableItem: Clone + Default + fmt::Debug + Decodable + Encodable {
type Address: AsRef<[u8]> + Clone + fmt::Debug + Eq + Hash; type Address: AsRef<[u8]> + Clone + fmt::Debug + Eq + Hash;
@ -57,7 +57,7 @@ fn difference<A,B,C>(container: &C) -> i32
C : Container<A,B> {...} C : Container<A,B> {...}
``` ```
而使用关联类型,将得到可读性好的多的代码: 而使用关联类型,将得到可读性好的多的代码
```rust ```rust
trait Container{ trait Container{
type A; type A;
@ -136,7 +136,7 @@ impl Add<Meters> for Millimeters {
对于第二点,也很好理解,如果你在一个复杂类型的基础上,新引入一个泛型参数,可能需要修改很多地方,但是如果新引入的泛型参数有了默认类型,情况就会好很多。 对于第二点,也很好理解,如果你在一个复杂类型的基础上,新引入一个泛型参数,可能需要修改很多地方,但是如果新引入的泛型参数有了默认类型,情况就会好很多。
归根到底,默认泛型参数,是有用的,但是大多数情况下,咱们确实用不到,当需要用到时,大家再回头来查阅本章即可, **手上有剑,心中不慌**. 归根到底,默认泛型参数,是有用的,但是大多数情况下,咱们确实用不到,当需要用到时,大家再回头来查阅本章即可**手上有剑,心中不慌**.
## 调用同名的方法 ## 调用同名的方法
不同特征拥有同名的方法是很正常的事情,你没有任何办法阻止这一点,甚至除了特征上的同名方法外,在你的类型上,也有同名方法: 不同特征拥有同名的方法是很正常的事情,你没有任何办法阻止这一点,甚至除了特征上的同名方法外,在你的类型上,也有同名方法:
@ -170,12 +170,12 @@ impl Human {
} }
``` ```
这里,不仅仅两个特征`Pilot`和`Wizard`有`fly`方法,就连实现那两个特征的`Human`元结构体,也拥有一个同名方法`fly`(这世界怎么了,非常这么卷吗?程序员何苦难为程序员,哎). 这里,不仅仅两个特征`Pilot`和`Wizard`有`fly`方法,就连实现那两个特征的`Human`元结构体,也拥有一个同名方法`fly`(这世界怎么了,非常这么卷吗?程序员何苦难为程序员,哎)。
既然代码已经不可更改,那下面我们来讲讲该如何调用这些`fly`方法。 既然代码已经不可更改,那下面我们来讲讲该如何调用这些`fly`方法。
#### 优先调用类型上的方法 #### 优先调用类型上的方法
当调用`Human`实例的`fly`时,编译器默认调用该类型中定义的方法: 当调用`Human`实例的`fly`时,编译器默认调用该类型中定义的方法
```rust ```rust
fn main() { fn main() {
let person = Human; let person = Human;
@ -204,7 +204,7 @@ Up!
因为`fly`方法的参数是`self`,当显示的调用时,编译器就可以根据调用的类型(`self`的类型)决定具体调用哪个方法。 因为`fly`方法的参数是`self`,当显示的调用时,编译器就可以根据调用的类型(`self`的类型)决定具体调用哪个方法。
这个时候问题又来了,如果方法没有`self`参数呢?稍等,估计有读者会问:还有方法没有`self`参数?看到这个疑问,作者的眼泪不禁流了下来, 大明湖畔的[关联函数](../method.md#关联函数),你还记得嘛? 这个时候问题又来了,如果方法没有`self`参数呢?稍等,估计有读者会问:还有方法没有`self`参数?看到这个疑问,作者的眼泪不禁流了下来大明湖畔的[关联函数](../method.md#关联函数),你还记得嘛?
但是成年人的世界,就算再伤心,事还得做,咱们继续: 但是成年人的世界,就算再伤心,事还得做,咱们继续:
```rust ```rust
@ -227,11 +227,11 @@ impl Animal for Dog {
} }
fn main() { fn main() {
println!("A baby dog is called a {}", Dog::baby_name()); println!("A baby dog is called a {}"Dog::baby_name());
} }
``` ```
就像人类妈妈会给自己的宝宝起爱称一样,狗狗妈妈也会。狗狗妈称呼自己的宝宝为**Spot**,其它动物称呼狗宝宝为**puppy**, 这个时候假如有其它动物,不知道该称如何呼狗宝宝,它需要查询一下。 就像人类妈妈会给自己的宝宝起爱称一样,狗狗妈妈也会。狗狗妈称呼自己的宝宝为**Spot**,其它动物称呼狗宝宝为**puppy**这个时候假如有其它动物,不知道该称如何呼狗宝宝,它需要查询一下。
但是`Dog::baby_name()`的调用方式显然不行,这是狗妈妈对宝宝的爱称,但是如果你试图这样查询: 但是`Dog::baby_name()`的调用方式显然不行,这是狗妈妈对宝宝的爱称,但是如果你试图这样查询:
```rust ```rust
@ -269,7 +269,7 @@ fn main() {
<Type as Trait>::function(receiver_if_method, next_arg, ...); <Type as Trait>::function(receiver_if_method, next_arg, ...);
``` ```
对于关联函数,其没有一个方法接收器(`receiver`),故只会有其他参数的列表。**可以选择在任何函数或方法调用处使用完全限定语法**, 同时你还能省略任何Rust能够从程序中的其他信息中推导出的的部分。只有当存在多个同名实现而 Rust 需要帮助以便知道我们希望调用哪个实现时,才需要使用这个较为冗长的语法。 对于关联函数,其没有一个方法接收器(`receiver`),故只会有其他参数的列表。**可以选择在任何函数或方法调用处使用完全限定语法**同时你还能省略任何Rust能够从程序中的其他信息中推导出的的部分。只有当存在多个同名实现而 Rust 需要帮助以便知道我们希望调用哪个实现时,才需要使用这个较为冗长的语法。
## 特征定义中的特征约束 ## 特征定义中的特征约束
@ -292,9 +292,9 @@ trait OutlinePrint: Display {
} }
``` ```
等等,这里有一个眼熟的语法:`OutlinePrint: Display`,感觉很像之前讲过的**特征约束**,只不过用在了特征定义中而不是函数的参数中, 是的,在某种意义上来说,这和特征约束非常类似,都用来说明一个特征需要实现另一个特征,这里就是:如果你想要实现`OutlinePrint`特征,首先你需要实现`Display`特征。 等等,这里有一个眼熟的语法:`OutlinePrint: Display`,感觉很像之前讲过的**特征约束**,只不过用在了特征定义中而不是函数的参数中是的,在某种意义上来说,这和特征约束非常类似,都用来说明一个特征需要实现另一个特征,这里就是:如果你想要实现`OutlinePrint`特征,首先你需要实现`Display`特征。
想象一下,假如没有这个特征约束,那么`self.to_string`还能够调用吗(`to_string`方法会为实现`Display`特征的类型自动实现)?编译器肯定是不愿意的, 会报错说当前作用域中找不到用于`&Self`类型的方法`to_string`: 想象一下,假如没有这个特征约束,那么`self.to_string`还能够调用吗(`to_string`方法会为实现`Display`特征的类型自动实现)?编译器肯定是不愿意的会报错说当前作用域中找不到用于`&Self`类型的方法`to_string`:
```rust ```rust
struct Point { struct Point {
x: i32, x: i32,
@ -330,9 +330,9 @@ impl fmt::Display for Point {
## 在外部类型上实现外部特征(newtype) ## 在外部类型上实现外部特征(newtype)
在[特征](./trait#特征定义与实现的位置(孤儿规则))章节中, 有提到孤儿规则,简单来说,就是特征或者类型必需至少有一个是本地的,才能在此类型上定义特征。 在[特征](./trait#特征定义与实现的位置(孤儿规则))章节中有提到孤儿规则,简单来说,就是特征或者类型必需至少有一个是本地的,才能在此类型上定义特征。
这里提供一个办法来绕过孤儿规则, 那就是使用**newtype模式**,简而言之: 就是为一个[元组结构体](../compound-type/struct.md#元组结构体)创建新类型。该元组结构体封装有一个字段,该字段就是希望实现特征的具体类型。 这里提供一个办法来绕过孤儿规则那就是使用**newtype模式**,简而言之: 就是为一个[元组结构体](../compound-type/struct.md#元组结构体)创建新类型。该元组结构体封装有一个字段,该字段就是希望实现特征的具体类型。
该封装类型是本地的,因此我们可以为此类型实现外部的特征。 该封装类型是本地的,因此我们可以为此类型实现外部的特征。
@ -375,7 +375,7 @@ fn main() {
其中,`struct Wrapper(Vec<String>)`就是一个元组结构体,它定义了一个新类型`Wrapper`,代码很简单,相信大家也很容易看懂。 其中,`struct Wrapper(Vec<String>)`就是一个元组结构体,它定义了一个新类型`Wrapper`,代码很简单,相信大家也很容易看懂。
既然`new type`有这么多好处,它有没有不好的地方呢?答案是肯定的。注意到我们怎么访问里面的数组吗?`self.0.join(", ")`, 是的,很啰嗦,因为需要先从`Wrapper`中取出数组: `self.0`,然后才能执行`join`方法. 既然`new type`有这么多好处,它有没有不好的地方呢?答案是肯定的。注意到我们怎么访问里面的数组吗?`self.0.join(", ")`是的,很啰嗦,因为需要先从`Wrapper`中取出数组: `self.0`,然后才能执行`join`方法
类似的,任何数组上的方法,你都无法直接调用,需要先用`self.0`取出数组,然后再进行调用。 类似的,任何数组上的方法,你都无法直接调用,需要先用`self.0`取出数组,然后再进行调用。

Loading…
Cancel
Save