Update ch13-01-closures.md

This commit is contained in:
TeCHiScy 2023-01-22 17:54:29 +08:00 committed by GitHub
parent 96450f41a9
commit 3ada8d427e
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -59,7 +59,7 @@ let add_one_v3 = |x| { x + 1 };
let add_one_v4 = |x| x + 1 ;
```
第一行展示了一个函数定义,第二行展示了一个完整标注的闭包定义。第三行闭包定义中省略了类型注解,而第四行去掉了可选的大括号,因为闭包体只有一。这些都是有效的闭包定义,并在调用时产生相同的行为。调用闭包是 `add_one_v3``add_one_v4` 能够编译的必要条件,因为类型将从其用法中推断出来。这`let v = Vec::new();` 类似,它需要类型注解或一些需要插入 `Vec` 的类型的值以便 Rust 能够推断其类型。
第一行展示了一个函数定义,第二行展示了一个完整标注的闭包定义。第三行闭包定义中省略了类型注解,而第四行去掉了可选的大括号,因为闭包体只有一个表达式。这些都是有效的闭包定义,并在调用时产生相同的行为。调用闭包是 `add_one_v3``add_one_v4` 能够编译的必要条件,因为类型将从其用法中推断出来。这类似于 `let v = Vec::new();`Rust 需要类型注解或是某种类型的值被插入到 `Vec` 才能推断其类型。
对于闭包的定义,编译器会为每个参数和返回值推断一个具体类型。例如,示例 13-3 中展示了仅仅将参数作为返回值的简短的闭包定义。除了作为示例的目的这个闭包并不是很实用。注意其定义并没有增加任何类型注解:如果尝试调用闭包两次,第一次使用 `String` 类型作为参数而第二次使用 `u32`,则会得到一个错误: