介绍
ch01-00-introduction.md
commit c51c14215d2ee2cb481bc8a942a3769c6d9a2e1a
欢迎阅读“Rust 程序设计语言”,一本关于 Rust 的介绍性书籍。Rust 是一个着用于安全、速度和并发的编程语言。它的设计不仅可以使程序获得性能和对底层语言的控制,并且能够享受高级语言强大的抽象能力。这些特性使得 Rust 适合那些有类似 C 语言经验并正在寻找一个更安全的替代者的程序员,同时也适合那些来自类似 Python 语言背景,正在探索在不牺牲表现力的情况下编写更好性能代码的人们。
Rust 在编译时进行其绝大多数的安全检查和内存管理决策,因此程序的运行时性能没有受到影响。这让其在许多其他语言不擅长的应用场景中得以大显身手:有可预测空间和时间要求的程序,嵌入到其他语言中,以及编写底层代码,如设备驱动和操作系统。Rust 也很擅长 web 程序:它驱动着 Rust 包注册网站(package registry site),crates.io!我们期待看到你使用 Rust 进行创作。
本书是为已经至少了解一门编程语言的读者而写的。读完本书之后,你应该能自如的编写 Rust 程序。我们将通过小而集中并相互依赖的例子来学习 Rust,并向你展示如何使用 Rust 多样的功能,同时了解它们在后台是如何执行的。
为本书做出贡献
本书是开源的。如果你发现任何错误,请不要犹豫,在 GitHub 上发起 issue 或提交 pull request。
安装
ch01-01-installation.md
commit f828919e62aa542aaaae03c1fb565da42374213e
使用 Rust 的第一步是安装。你需要联网来执行本章的命令,因为我们要从网上下载 Rust。
我们将会展示很多使用终端的命令,并且这些代码都以$
开头。并不需要真正输入$
,它们在这里代表每行指令的开头。在网上会看到很多使用这个惯例的教程和例子:$
代表以常规用户运行命令,#
代表需要用管理员运行的命令。没有以$
(或#
)的行通常是之前命令的输出。
在 Linux 或 Mac 上安装
如果你使用 Linux 或 Mac,所有需要做的就是打开一个终端并输入:
$ curl https://sh.rustup.rs -sSf | sh
这会下载一个脚本并开始安装。你可能被提示要输入密码。如果一切顺利,将会出现如下内容:
Rust is installed now. Great!
当然,如果你不赞成curl | sh
这种模式,可以随意下载、检查和运行这个脚本。
在 Windows 上安装
在 Windows 上,前往https://rustup.rs并按照说明下载rustup-init.exe
。运行并遵循它提供的其余指示。
本书其余 Windows 相关的命令假设你使用cmd
作为你的 shell。如果你使用不同的 shell,可能能够执行 Linux 和 Mac 用户相同的命令。如果都不行,查看所使用的 shell 的文档。
自定义安装
如果有理由倾向于不使用 rustup.rs,请查看Rust 安装页面获取其他选择。
卸载
卸载 Rust 同安装一样简单。在 shell 中运行卸载脚本
$ rustup self uninstall
故障排除
安装完 Rust 后,打开 shell,输入:
$ rustc --version
应该能看到类似这样的版本号、提交 hash 和提交日期,对应你安装时的最新稳定版本:
rustc x.y.z (abcabcabc yyyy-mm-dd)
如果出现这些内容,Rust 就安装成功了!
恭喜入坑!(此处应该有掌声!)
如果有问题并且你在使用 Windows,检查 Rust(rustc,cargo 等)是否位于%PATH%
系统变量中。
如果还是不能运行,有许多可以获取帮助的地方。最简单的是 irc.mozilla.org 上的 IRC 频道 #rust-beginners 和供一般讨论之用的 #rust,我们可以使用 Mibbit 访问。然后我们就可以和其他能提供帮助的 Rustacean(我们这些人自嘲的绰号)聊天了。其它给力的资源包括用户论坛和Stack Overflow。
本地文档
安装程序也包含一份本地文档的拷贝,你可以离线阅读它们。输入rustup doc
将在浏览器中打开本地文档。
任何你太确认标准库提供的类型或函数是干什么的时候,使用文档 API 查找!
Hello, World!
ch01-02-hello-world.md
commit ccbeea7b9fe115cd545881618fe14229d18b307f
现在你已经安装好了 Rust,让我们来编写你的第一个 Rust 程序。当学习一门新语言的时候,编写一个在屏幕上打印 “Hello, world!” 文本的小程序是一个传统,而在这一部分,我们将遵循这个传统。
注意:本书假设你熟悉基本的命令行操作。Rust 本身并不对你的编辑器,工具和你的代码存放在何处有什么特定的要求,所以如果你比起命令行更喜欢 IDE,请随意选择你喜欢的 IDE。
创建项目文件夹
首先,创建一个文件夹来编写 Rust 代码。Rust 并不关心你的代码存放在哪里,不过在本书中,我们建议在你的 home 目录创建一个项目目录,并把你的所有项目放在这。打开一个终端并输入如下命令来为这个项目创建一个文件夹:
Linux 和 Mac:
$ mkdir ~/projects
$ cd ~/projects
$ mkdir hello_world
$ cd hello_world
Windows:
> mkdir %USERPROFILE%\projects
> cd %USERPROFILE%\projects
> mkdir hello_world
> cd hello_world
编写并运行 Rust 程序
接下来,创建一个新的叫做 main.rs 的源文件。Rust 文件总是以 .rs 后缀结尾。如果文件名多于一个单词,使用下划线分隔它们。例如,使用 my_program.rs 而不是 myprogram.rs。
现在打开刚创建的 main.rs 文件,并输入如下代码:
Filename: main.rs
fn main() {
println!("Hello, world!");
}
保存文件,并回到终端窗口。在 Linux 或 OSX 上,输入如下命令:
$ rustc main.rs
$ ./main
Hello, world!
在 Windows 上,运行.\main.exe
而不是./main
。不管使用何种系统,你应该在终端看到Hello, world!
字符串。如果你做到了,那么恭喜你!你已经正式编写了一个 Rust 程序。你是一名 Rust 程序员了!欢迎入坑。
分析 Rust 程序
现在,让我们回过头来仔细看看你的“Hello, world!”程序到底发生了什么。这是谜题的第一片:
fn main() {
}
这几行定义了一个 Rust 函数。main
函数是特殊的:这是每一个可执行的 Rust 程序首先运行的函数(译者注:入口点)。第一行表示“定义一个叫 main
的函数,没有参数也没有返回值。”如果有参数的话,它们应该出现在括号中,(
和)
。
同时注意函数体被包裹在大括号中,{
和}
。Rust 要求所有函数体都位于大括号中(译者注:对比有些语言特定情况可以省略大括号)。将前一个大括号与函数声明置于一行,并留有一个空格被认为是一个好的代码风格。
在main()
函数中:
println!("Hello, world!");
这行代码做了这个小程序的所有工作:它在屏幕上打印文本。有很多需要注意的细节。第一个是 Rust 代码风格使用 4 个空格缩进,而不是 1 个制表符(tab)。
第二个重要的部分是println!()
。这叫做 Rust 宏,是如何进行 Rust 元编程(metaprogramming)的关键所在。相反如果调用一个函数的话,它应该看起来像这样:println
(没有!
)。我们将在 24 章更加详细的讨论 Rust 宏,不过现在你只需记住当看到符号 !
的时候,就代表在调用一个宏而不是一个普通的函数。
接下来,"Hello, world!"
是一个 字符串。我们把这个字符串作为一个参数传递给println!
,它负责在屏幕上打印这个字符串。轻松加愉快!(⊙o⊙)
这一行以一个分号结尾(;
)。;
代表这个表达式的结束和下一个表达式的开始。大部分 Rust 代码行以;
结尾。
编译和运行是两个步骤
在“编写并运行 Rust 程序”部分,展示了如何运行一个新创建的程序。现在我们将拆分并检查每一步操作。
在运行一个 Rust 程序之前,必须编译它。可以输入rustc
命令来使用 Rust 编译器并像这样传递你源文件的名字:
$ rustc main.rs
如果你来自 C 或 C++ 背景,你会发现这与gcc
和clang
类似。编译成功后,Rust 应该会输出一个二进制可执行文件,在 Linux 或 OSX 上在 shell 中你可以通过ls
命令看到如下:
$ ls
main main.rs
在 Windows 上,输入:
> dir /B %= the /B option says to only show the file names =%
main.exe
main.rs
这表示我们有两个文件:.rs 后缀的源文件,和可执行文件(在 Windows下是 main.exe,其它平台是 main)。这里剩下的操作就只有运行 main 或 main.exe 文件了,像这样:
$ ./main # or .\main.exe on Windows
如果 main.rs 是我们的“Hello, world!”程序,它将会在终端上打印Hello, world!
。
来自 Ruby、Python 或 JavaScript 这样的动态类型语言背景的同学,可能不太习惯在分开的步骤编译和执行程序。Rust 是一种 静态提前编译语言(ahead-of-time compiled language),这意味着可以编译好程序后,把它给任何人,他们都不需要安装 Rust 就可运行。如果你给他们一个 .rb
, .py
或 .js
文件,他们需要先分别安装 Ruby,Python,JavaScript 实现(运行时环境,VM),不过你只需要一句命令就可以编译和执行程序。这一切都是语言设计的权衡取舍。
仅仅使用rustc
编译简单程序是没问题的,不过随着项目的增长,你将想要能够控制你项目拥有的所有选项,并使其易于分享你的代码给别人或别的项目。接下来,我们将介绍一个叫做 Cargo 的工具,它将帮助你编写现实生活中的 Rust 程序。
Hello, Cargo!
Cargo 是 Rust 的构建系统和包管理工具,同时 Rustacean 们使用 Cargo 来管理它们的 Rust 项目,因为它使得很多任务变得更轻松。例如,Cargo负责构建代码、下载代码依赖的库并编译这些库。我们把代码需要的库叫做 依赖(dependencies)。
最简单的 Rust 程序,例如我们刚刚编写的,并没有任何依赖,所以目前我们只使用了 Cargo 负责构建代码的部分。随着你编写更加复杂的 Rust 程序,你会想要添加依赖,那么如果你使用 Cargo 开始的话,这将会变得简单许多。
由于绝大部分 Rust 项目使用 Cargo,本书接下来的部分将假设你使用它。如果使用安装章节介绍的官方安装包的话,Rust 自带 Cargo。如果通过其他方式安装 Rust 的话,可以在终端输入如下命令检查是否安装了 Cargo:
$ cargo --version
如果看到了版本号,一切 OK!如果出现一个类似“command not found
”的错误,那么你应该查看安装方式的文档来确定如何单独安装 Cargo。
使用 Cargo 创建项目
让我们使用 Cargo 来创建一个新项目并看看与hello_world
项目有什么不同。回到项目目录(或者任何你决定放置代码的目录):
Linux 和 Mac:
$ cd ~/projects
Windows:
> cd %USERPROFILE%\projects
并在任何操作系统运行:
$ cargo new hello_cargo --bin
$ cd hello_cargo
我们向cargo new
传递了--bin
因为我们的目标是生成一个可执行程序,而不是一个库。可执行文件是二进制可执行文件,通常就叫做 二进制文件(binaries)。项目的名称被定为hello_cargo
,同时 Cargo 在一个同名(子)目录中创建它的文件,接着我们可以进入查看。
如果列出 hello_cargo 目录中的文件,我们将会看到 Cargo 生成了两个文件和一个目录:一个 Cargo.toml 文件和一个 src 目录,main.rs 文件位于目录中。它也在 hello_cargo 目录初始化了一个 git 仓库,以及一个 .gitignore 文件;你可以改为使用不同的版本控制系统,或者不使用,通过--vcs
参数。
使用你选择的文本编辑器(IDE)打开 Cargo.toml 文件。它应该看起来像这样:
Filename: Cargo.toml
[package]
name = "hello_cargo"
version = "0.1.0"
authors = ["Your Name <you@example.com>"]
[dependencies]
这个文件使用TOML (Tom's Obvious, Minimal Language) 格式。TOML 类似于 INI,不过有一些额外的改进之处,并且被用作 Cargo 的配置文件的格式。
第一行,[package]
,是一个部分标题表明下面的语句用来配置一个包。随着我们在这个文件增加更多的信息,我们还会增加其他部分。
最后一行,[dependencies]
,是列出项目依赖的 crates(我们这么称呼 Rust 代码的包)的部分的开始,这样 Cargo 也就知道去下载和编译它们。这个项目并不需要任何其他的 crate,不过在猜猜看教程章节会需要。
现在看看 src/main.rs:
fn main() {
println!("Hello, world!");
}
Cargo 为你生成了一个“Hello World!”,正如我们之前编写的那个!目前为止我们所见过的之前项目与 Cargo 生成的项目区别有:
- 代码位于 src 目录
- 项目根目录包含一个 Cargo.toml 配置文件
Cargo 期望源文件位于 src 目录,这样将项目根目录留给 README、license 信息、配置文件和其他跟代码无关的文件。这样,Cargo 帮助你保持项目干净整洁。一切井井有条。
如果没有使用 Cargo 开始项目,正如我们在 hello_world 目录中的项目,可以把它转化为一个 Cargo 使用的项目,通过将代码放入 src 目录并创建一个合适的 Cargo.toml。
构建并运行 Cargo 项目
现在让我们看看通过 Cargo 构建和运行 Hello World 程序有什么不同。为此,我们输入如下命令:
$ cargo build
Compiling hello_cargo v0.1.0 (file:///projects/hello_cargo)
这应该创建 target/debug/hello_cargo(或者在 Windows 上是 target\debug\hello_cargo.exe)可执行文件,可以通过这个命令运行:
$ ./target/debug/hello_cargo # or .\target\debug\hello_cargo.exe on Windows
Hello, world!
好的!如果一切顺利,Hello, world!
应该再次打印在终端上。
第一次运行的时候也会使 Cargo 在项目根目录创建一个叫做 Cargo.lock 的新文件,它看起来像这样:
Filename: Cargo.lock
[root]
name = "hello_cargo"
version = "0.1.0"
Cargo 使用 Cargo.lock 来记录程序的依赖。这个项目并没有依赖,所以内容有一点稀少。事实上,你自己永远也不需要碰这个文件;仅仅让 Cargo 处理它就行了。
我们刚刚使用cargo build
构建了项目并使用./target/debug/hello_cargo
运行了它,不过也可以使用cargo run
编译并运行:
$ cargo run
Running `target/debug/hello_cargo`
Hello, world!
注意这一次,并没有出现告诉我们 Cargo 正在编译 hello_cargo
的输出。Cargo 发现文件并没有被改变,所以只是运行了二进制文件。如果修改了源文件的话,将会出现像这样的输出:
$ cargo run
Compiling hello_cargo v0.1.0 (file:///projects/hello_cargo)
Running `target/debug/hello_cargo`
Hello, world!
所以又出现一些更多的不同:
- 使用
cargo build
构建项目(或使用cargo run
一步构建并运行),而不是使用rustc
- 不同于将构建结果放在源码相同目录,Cargo 会将它放到 target/debug 目录中的文件,我们将会看到
Cargo 的另一个有点是不管你使用什么操作系统它的命令都是一样的,所以之后我们将不再为 Linux 和 Mac 以及 Windows 提供特定的命令。
发布构建
当项目最终准备好发布了,可以使用cargo build --release
来优化编译项目。这会在 target/release 下生成可执行文件,而不是 target/debug。这些优化可以让 Rust 代码运行的更快,不过启用他们会让程序花更长的时间编译。这也是为何这是两种不同的配置:一个为了开发,这时你经常想要快速重新构建;另一个构建提供给用户的最终程序,这时并不会重新构建并希望能运行得越快越好。如果你在测试代码的运行时间,请确保运行cargo build --release
并使用 target/release 下的可执行文件进行测试。
把 Cargo 当作习惯
对于简单项目, Cargo 并不能比rustc
提供更多的价值,不过随着开发的进行终将体现它的价值。对于拥有多个 crate 的复杂项目,可以仅仅运行cargo build
,然后一切将有序运行。即便这个项目很简单,现在它使用了很多接下来你 Rust 程序生涯将会用到的实用工具。事实上,无形中你可以使用下面的命令开始所有你想要从事的项目:
$ git clone someurl.com/someproject
$ cd someproject
$ carg
注意:如果你想要查看 Cargo 的更多细节,请阅读官方的 Cargo guide,它覆盖了其所有的功能。
猜猜看
ch02-00-guessing-game-tutorial.md
commit 77370c073661548dd56bbcb43cc64713585acbba
让我们通过自己动手的方式一起完成一个项目来快速上手 Rust!本章通过展示如何在真实的项目中运用的方式向你介绍一些常用的 Rust 概念。你将会学到let
、match
、方法、关联函数、使用外部 crate 等更多的知识!接下来的章节会探索这些概念的细节。在这一章,我们练习基础。
我们会实现一个经典新手编程问题:猜猜看游戏。它是这么工作的:程序将会随机生成一个 1 到 100 之间的随机整数。接着它会提示玩家输入一个猜测。当输入了一个猜测后,它会告诉提示猜测是太大了还是太小了。猜对了,它会打印出祝贺并退出。
准备一个新项目
要创建一个新项目,进入你在第一章创建的项目目录,并使用 Cargo 创建它,像这样:
$ cargo new guessing_game --bin
$ cd guessing_game
第一个命令,cargo new
,获取项目的名称(guessing_game
)作为第一个参数。--bin
参数告诉 Cargo 创建一个二进制项目,与第一章类似。第二个命令进入到新创建的项目目录。
看一样生成的 Cargo.toml 文件:
Filename: Cargo.toml
[package]
name = "guessing_game"
version = "0.1.0"
authors = ["Your Name <you@example.com>"]
[dependencies]
如果 Cargo 从环境中获取的作者信息不正确,修改这个文件并再次保存。
正如第一章那样,cargo new
生成了一个“Hello, world!”程序。查看 src/main.rs 文件:
Filename: src/main.rs
fn main() {
println!("Hello, world!");
}
现在让我们使用cargo run
在相同的步骤编译并运行这个“Hello, world!”程序:
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/debug/guessing_game`
Hello, world!
run
命令在你需要快速迭代项目时就派上用场了,而这个游戏就正是这么一个项目:我们需要在进行下一步之前快速测试每次迭代。
重新打开 src/main.rs 文件。我们将会在这个文件编写全部的代码。
处理一次猜测
程序的第一部分会请求用户输入,处理输入,并检查输入是否为期望的形式。首先,允许玩家输入一个猜测。在 src/main.rs 中输入列表 2-1 中的代码。
这些代码包含很多信息,所以让我们一点一点地过一遍。为了获取用户输入并接着打印结果作为输出,我们需要从标准库(被称为std
)中引用io
(输入/输出)库:
use std::io;
Rust 默认只在每个程序的 prelude 中引用很少的一些类型。如果想要使用的类型并不在 prelude 中,你必须使用一个use
语句显式的将其导入到程序中。使用std::io
库将提供很多io
相关的功能,接受用户输入的功能。
正如第一章所讲,main
函数是程序的入口点:
fn main() {
fn
语法声明了一个新函数,()
表明没有参数,{
作为函数体的开始。
第一章也讲到了,println!
是一个在屏幕上打印字符串的宏:
println!("Guess the number!");
println!("Please input your guess.");
这些代码仅仅打印一个提示,说明游戏的内容并请求用户输入。
用变量储存值
接下来,创建一个地方储存用户输入,像这样:
let mut guess = String::new();
现在程序开始变得有意思了!这一小行代码发生了很多事。注意这是一个let
语句,用来创建变量。这里是另外一个例子:
let foo = bar;
这行代码会创建一个叫做foo
的新变量并把它绑定到值bar
上。在 Rust 中,变量默认是不可变的。下面的例子展示了如何在变量名前使用mut
来使一个变量可变:
let foo = 5; // immutable
let mut bar = 5; // mutable
注意:
//
开始一个注释,它持续到本行的结尾。Rust 忽略注释中的所有内容。
现在我们知道了let mut guess
会引入一个叫做guess
的可变变量。等号(=
)的另一边是guess
所绑定的值,它是String::new
的结果,这个函数会返回一个String
的新实例。String
是一个标准库提供的字符串类型,它是可增长的、UTF-8 编码的文本块。
::new
那一行的::
语法表明new
是String
类型的一个关联函数(associated function)。关联函数是针对类型实现的,在这个例子中是String
,而不是String
的某个特定实例。一些语言中把它称为静态方法(static method)。
new
函数创建了一个新的空的String
,你会在很多类型上发现new
函数,因为这是创建某个类型新值的常用函数名。
总结一下,let mut guess = String::new();
这一行创建了一个可变变量,目前它绑定到一个String
新的、空的实例上。哟!
回忆一下我们在程序的第一行使用use std::io;
从标准库中引用输入/输出功能。现在在io
上调用一个关联函数,stdin
:
io::stdin().read_line(&mut guess)
.expect("Failed to read line");
如果我们在程序的开头没有use std::io
这一行,我们可以把函数调用写成std::io::stdin
这样。stdin
函数返回一个 std::io::Stdin
的实例,这是一个代表终端标准输入句柄的类型。
代码的下一部分,.read_line(&mut guess)
,调用 read_line
方法从标准输入句柄获取用户输入。我们还向read_line()
传递了一个参数:&mut guess
。
read_line
的工作是把获取任何用户键入到标准输入的字符并放入一个字符串中,所以它获取字符串作为一个参数。这个字符串需要是可变的,这样这个方法就可以通过增加用户的输入来改变字符串的内容。
&
表明这个参数是一个引用(reference),它提供了一个允许多个不同部分的代码访问同一份数据而不需要在内存中多次拷贝的方法。引用是一个复杂的功能,而 Rust 的一大优势就是它是安全而优雅操纵引用。完成这个程序并不需要知道这么多细节:第四章会更全面的解释引用。现在,我们只需知道它像变量一样,默认是不可变的。因此,需要写成&mut guess
而不是&guess
来使其可变。
这行代码还没有分析完。虽然这是单独一行代码,但它只是一个逻辑上代码行(虽然换行了但仍是一个语句)的第一部分。第二部分是这个方法:
.expect("Failed to read line");
当使用.foo()
语法调用方法时,明智的选择是换行并留出空白(缩进)来把长的代码行拆开。我们可以把代码写成这样:
io::stdin().read_line(&mut guess).expect("Failed to read line");
不过,过长的代码行难以阅读,所以最好拆开来写,两行代码两个方法调用。现在来看看这行代码干了什么。
使用Result
类型来处理潜在的错误
之前提到过,read_line
将用户输入放入到传递给它字符串中,不过它也返回一个值————一个io::Result
。Rust 标准库中有很多叫做Result
的类型。一个Result
泛型以及对应子模块的特定版本,比如io::Result
。
Result
类型是 枚举(enumerations),通常也写作 enums。枚举拥有固定值集合的类型,而这些值被称为枚举的成员(variants)。第六章会更详细的介绍枚举。
对于Result
,它的成员是Ok
或Err
,Ok
表明操作成功了,同时Ok
成员之中包含成功生成的值。Err
意味着操作失败,Err
之中包含操作是为什么或如何失败的信息。
Result
类型的作用是编码错误处理信息。Result
类型的值,正如其他任何类型,拥有定义于其上的方法。io::Result
的实例拥有expect
方法可供调用。如果io::Result
实例的值是Err
,expect
会导致程序崩溃并显示显示你作为参数传递给expect
的信息。如果io::Result
实例的值是Ok
,expect
会获取Ok
中的值并原原本本的返回给你,这样就可以使用它了。在本例中,返回值是用户输入到标准输入的一些字符。
如果不使用expect
,程序也能编译,不过会出现一个警告:
$ cargo build
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
src/main.rs:10:5: 10:39 warning: unused result which must be used,
#[warn(unused_must_use)] on by default
src/main.rs:10 io::stdin().read_line(&mut guess);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rust 警告说我们没有使用read_line
返回的值Result
,表明程序没有处理一个可能的错误。消除警告的正确方式是老实编写错误处理,不过因为我们仅仅希望程序出现问题就崩溃,可以使用expect
。你会在第九章学习从错误中恢复。
使用println!
占位符打印值
除了位于结尾的大括号,目前为止编写的代码就只有一行代码值得讨论一下了,就是这一行:
println!("You guessed: {}", guess);
这行代码打印出存储了用户输入的字符串。这对{}
是一个在特定位置预留值的占位符。可以使用{}
打印多个值:第一个{}
对应格式化字符串之后列出的第一个值,第二个对应第二个值,以此类推。用一个println!
调用打印多个值应该看起来像这样:
let x = 5;
let y = 10;
println!("x = {} and y = {}", x, y);
这行代码会打印出x = 5 and y = 10
。
测试第一部分代码
让我们来测试下猜猜看游戏的第一部分。使用cargo run
运行它:
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/debug/guessing_game`
Guess the number!
Please input your guess.
6
You guessed: 6
至此为止,游戏的第一部分已经完成:我们从键盘获取了输入并打印了出来。
生成一个秘密数字
接下来,需要生成一个秘密数字,用户会尝试猜测它。秘密数字应该每次都不同,这样多玩几次才会有意思。生成一个 1 到 100 之间的随机数这样游戏也不会太难。Rust 标准库中还未包含随机数功能。然而,Rust 团队确实提供了一个rand
crate。
使用 crate 来增加更多功能
记住 crate 是一个 Rust 代码的包。我们正在构建的项目是一个二进制 crate,它生成一个可执行文件。 rand
crate 是一个 库 crate,它包含意在被其他程序使用的代码。
Cargo 对外部 crate 的运用是其真正闪光的地方。在我们可以使用rand
编写代码之前,需要编辑 Cargo.toml 来包含rand
作为一个依赖。现在打开这个文件并在[dependencies]
部分标题(Cargo 为你创建了它)的下面添加如下代码:
Filename: Cargo.toml
[dependencies]
rand = "0.3.14"
在 Cargo.toml 文件中,任何标题之后的内容都是属于这个部分的,一直持续到直到另一个部分开始。[dependencies]
部分告诉 Cargo 项目依赖了哪个外部 crate 和需要的 crate 版本。在这个例子中,我们使用语义化版本符号0.3.14
来指定rand
crate。Cargo 理解语义化版本(Semantic Versioning)(有时也称为 SemVer),这是一个编写版本号的标准。版本号0.3.14
事实上是^0.3.14
的缩写,它的意思是“任何与 0.3.14 版本公有 API 相兼容的版本”。
现在,不用修改任何代码,构建项目,如列表 2-2:
可能会出现不同的版本号(不过多亏了语义化版本,它们与代码是兼容的!),同时显示顺序也可能会有所不同。
现在我们有了一个外部依赖,Cargo 从 registry (Crates.io)上获取了一份(兼容的)最新版本代码的拷贝。Crates.io 是 Rust 生态环境中的人们向他人贡献他们的开源 Rust 项目的地方。
在更新完 registry (索引)后,Cargo 检查[dependencies]
部分并下载还不存在部分。在这个例子中,虽然只列出了rand
一个依赖,Cargo 也获取了一份libc
的拷贝,因为rand
依赖libc
来正常工作。在下载他们之后,Rust 编译他们接着用这些依赖编译项目。
如果不做任何修改就立刻再次运行cargo build
,则不会有任何输出。Cargo 知道它已经下载并编译了依赖,同时 Cargo.toml 文件中也没有任何相关修改。Cargo 也知道代码没有做任何修改,所以它也不会重新编译代码。因为无事可做,它简单的退出了。如果打开 src/main.rs 文件,并做一些普通的修改,保存并再次构建,只会出现一行输出:
$ cargo build
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
这一行表明 Cargo 只构建了对 src/main.rs 文件做出的微小修改。依赖没有被修改,所以 Cargo 知道可以复用已经为此下载并编译的代码。它只是重新构建了部分(项目)代码。
The Cargo.lock 文件确保构建是可重现的
Cargo 有一个机制来确保每次任何人重新构建代码都会生成相同的成品:Cargo 只会使用你指定的依赖的版本,除非你又手动指定了别的。例如,如果下周rand
crate 的v0.3.15
版本出来了,而它包含一个重要的 bug 修改并也含有一个会破坏代码运行的缺陷的时候会发生什么呢?
这个问题的答案是 Cargo.lock 文件,它在第一次运行cargo build
时被创建并位于 guessing_game 目录。当第一次构建项目时,Cargo 计算出所有符合要求的依赖版本并接着写入 Cargo.lock 文件中。当将来构建项目时,Cargo 发现 Cargo.lock 存在就会使用这里指定的版本,而不是重新进行所有版本的计算。这使得你拥有了一个自动的可重现的构建。换句话说,项目会继续使用0.3.14
直到你显式升级,多亏了 Cargo.lock 文件。我们将会在这个文件编写全部的代码。
更新 crate 到一个新版本
当你确实需要升级 crate 时,Cargo 提供了另一个命令,update
,他会:
- 忽略 Cargo.lock 文件并计算出所有符合 Cargo.toml 中规格的最新版本。
- 如果成功了,Cargo 会把这些版本写入 Cargo.lock 文件。
不过,Cargo 默认只会寻找大于0.3.0
而小于0.4.0
的版本。如果rand
crate 发布了两个新版本,0.3.15
和0.4.0
,在运行cargo update
时会出现如下内容:
$ cargo update
Updating registry `https://github.com/rust-lang/crates.io-index`
Updating rand v0.3.14 -> v0.3.15
这时,值得注意的是 Cargo.lock 文件中的一个改变,rand
crate 现在使用的版本是0.3.15
。
如果想要使用0.4.0
版本的rand
或是任何0.4.x
系列的版本,必须像这样更新 Cargo.toml 文件:
[dependencies]
rand = "0.4.0"
下一次运行cargo build
时,Cargo 会更新 registry 中可用的 crate 并根据你指定新版本重新计算rand
的要求。
第十四章会讲到Cargo 和它的生态系统的更多内容,不过目前你只需要了解这么多。Cargo 使得复用库文件变得非常容易,所以 Rustacean 们能够通过组合很多包来编写出更轻巧的项目。
生成一个随机数
让我们开始使用rand
。下一步是更新 src/main.rs,如列表 2-3:
我们在顶部增加一行extern crate rand;
来让 Rust 知道我们要使用外部依赖。这也会调用相应的use rand
,所以现在可以使用rand::
前缀来调用rand
中的任何内容。
接下来,我们增加了另一行use
:use rand::Rng
。Rng
是一个定义了随机数生成器应实现方法的 trait,如果要使用这些方法的话这个 trait 必须在作用域中。第十章会详细介绍 trait。
另外,中间还新增加了两行。rand::thread_rng
函数会提供具体会使用的随机数生成器:它位于当前执行线程本地并从操作系统获取 seed。接下来,调用随机数生成器的gen_range
方法。这个方法由我们使用use rand::Rng
语句引入到作用域的Rng
trait 定义。gen_range
方法获取两个数作为参数并生成一个两者之间的随机数。它包含下限但不包含上限,所以需要指定1
和101
来请求一个1
和100
之间的数。
并不仅仅能够知道该引用哪个 trait 和该从 crate 中使用哪个方法。如何使用 crate 的说明在每个 crate 的文档中。Cargo 另一个很棒的功能是可以运行cargo doc --open
命令来构建所有本地依赖提供的文档并在浏览器中打开。例如,如果你对rand
crate 中的其他功能感兴趣,运行cargo doc --open
并点击左侧导航栏的rand
。
新增加的第二行代码打印出了秘密数字。这在开发程序时很有用,因为我们可以去测试它,不过在最终版本我们会删掉它。游戏一开始就打印出结果就没什么可玩的了!
尝试运行程序几次:
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/debug/guessing_game`
Guess the number!
The secret number is: 7
Please input your guess.
4
You guessed: 4
$ cargo run
Running `target/debug/guessing_game`
Guess the number!
The secret number is: 83
Please input your guess.
5
You guessed: 5
你应该能得到不同的随机数,同时他们应该都是在 1 和 100 之间的。干得漂亮!
比较猜测与秘密数字
现在有了用户输入和一个随机数,我们可以比较他们。这个步骤如列表 2-4:
新代码的第一行是另一个use
,从标准库引入了一个叫做std::cmp::Ordering
的类型到作用域。Ordering
是另一个枚举,像Result
一样,不过Ordering
的成员是Less
、Greater
和Equal
。这是你比较两个值时可能出现三种结果。
接着在底部的五行新代码使用了Ordering
类型:
match guess.cmp(&secret_number) {
Ordering::Less => println!("Too small!"),
Ordering::Greater => println!("Too big!"),
Ordering::Equal => println!("You win!"),
}
cmp
方法比较两个值并可以在任何可比较的值上调用。它获取一个任何你想要比较的值的引用:这里是把guess
与secret_number
做比较。cmp
返回一个使用use
语句引用的Ordering
枚举的成员。我们使用一个match
表达式根据对guess
和secret_number
中的值调用cmp
后返回的哪个Ordering
枚举成员来决定接下来干什么。
一个match
表达式由 分支(arms) 构成。一个分支包含一个 模式(pattern)和代码,这些代码在match
表达式开头给出的值符合分支的模式时将被执行。Rust 获取提供给match
的值并挨个检查每个分支的模式。match
结构和模式是 Rust 中非常强大的功能,它帮助你体现代码可能遇到的多种情形并帮助你处理全部的可能。这些功能将分别在第六章和第十九章详细介绍。
让我们看看一个使用这里的match
表达式会发生什么的例子。假设用户猜了 50,这时随机生成的秘密数字是 38。当代码比较 50 与 38 时,cmp
方法会返回Ordering::Greater
,因为 50 比 38 要大。Ordering::Greater
是match
表达式得到的值。它检查第一个分支的模式,Ordering::Less
,不过值Ordering::Greater
并不匹配Ordering::Less
。所以它忽略了这个分支的代码并移动到下一个分支。下一个分支的模式,Ordering::Greater
,正确匹配了Ordering::Greater
!这个分支关联的代码会被执行并在屏幕打印出Too big!
。match
表达式就此终止,因为在这个特定场景下没有检查最后一个分支的必要。
然而,列表 2-4 的代码并不能编译,尝试一下:
$ cargo build
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
error[E0308]: mismatched types
--> src/main.rs:23:21
|
23 | match guess.cmp(&secret_number) {
| ^^^^^^^^^^^^^^ expected struct `std::string::String`, found integral variable
|
= note: expected type `&std::string::String`
= note: found type `&{integer}`
error: aborting due to previous error
Could not compile `guessing_game`.
错误的核心表明这里有不匹配的类型(mismatched types)。Rust 拥有一个静态强类型系统。不过,它也有类型推断。当我们写出let guess = String::new()
时,Rust 能够推断出guess
应该是一个String
,并不需要我们写出类型。另一方面,secret_number
,是一个数字类型。一些数字类型拥有 1 到 100 之间的值:i32
,一个 32 位的数字;u32
,一个 32 位无符号数字;i64
,一个 64 位数字;等等。Rust 默认使用i32
,所以secret_number
的类型就是它,除非增加类型信息或任何能让 Rust 推断出不同数值类型的信息。这里错误的原因是 Rust 不会比较字符串类型和数字类型。
最终我们想要把程序从输入中读取到的String
转换为一个真正的数字类型,这样好与秘密数字向比较。可以通过在main
函数体中增加如下两行代码来实现:
Filename: src/main.rs
extern crate rand;
use std::io;
use std::cmp::Ordering;
use rand::Rng;
fn main() {
println!("Guess the number!");
let secret_number = rand::thread_rng().gen_range(1, 101);
println!("The secret number is: {}", secret_number);
println!("Please input your guess.");
let mut guess = String::new();
io::stdin().read_line(&mut guess)
.expect("Failed to read line");
let guess: u32 = guess.trim().parse()
.expect("Please type a number!");
println!("You guessed: {}", guess);
match guess.cmp(&secret_number) {
Ordering::Less => println!("Too small!"),
Ordering::Greater => println!("Too big!"),
Ordering::Equal => println!("You win!"),
}
}
这两行代码是:
let guess: u32 = guess.trim().parse()
.expect("Please type a number!");
这里创建了一个叫做guess
的变量。不过等等,难道这个程序不是已经有了一个叫做guess
的变量了吗?确实如此,不过 Rust 允许我们通过覆盖(shadow) 用一个新值来覆盖guess
之前的值。这个功能经常用在类似需要把一个值从一种类型转换到另一种类型的场景。shadowing 允许我们复用guess
变量的名字而不是强迫我们创建两个不同变量,比如guess_str
和guess
。(第三章会介绍 shadowing 的更多细节。)
guess
被绑定到guess.trim().parse()
表达式。表达式中的guess
对应包含输入的String
类型的原始guess
。String
实例的trim
方法会消除字符串开头和结尾的空白。u32
只能包含数字字符。不过用户必须输入回车键才能让read_line
返回。当用户按下回车键时,会在字符串中增加一个换行(newline)字符。例如,如果用户输入 5 并回车,guess
看起来像这样:5\n
。\n
代表“换行”,回车键。trim
方法消除\n
,只留下5
。
字符串的parse
方法解析一个字符串成某个数字。因为这个方法可以解析多种数字类型,需要告诉 Rust 我们需要的具体的数字类型,这里通过let guess: u32
指定。guess
后面的冒号(:
)告诉 Rust 我们指明了变量的类型。Rust 有一些内建的数字类型;这里的u32
是一个无符号的 32 位整型。它是一个好的较小正整数的默认类型。第三章会讲到其他数字类型。另外,例子程序中的u32
注解和与secret_number
的比较意味着 Rust 会推断secret_number
应该是也是u32
类型。现在可以使用相同类型比较两个值了!
parse
调用容易产生错误。例如,如果字符串包含A👍%
,就无法将其转换为一个数字。因为它可能失败,parse
方法返回一个Result
类型,非常像之前在 XX 页“使用Result
类型来处理潜在的错误”部分讨论的read_line
方法。这里再次类似的使用expect
方法处理这个Result
类型。如果parse
因为不能从字符串生成一个数字而返回一个Err
的Result
成员时,expect
会使游戏崩溃并打印提供给它的信息。如果parse
能成功地将字符串转换为一个数字,它会返回Result
的Ok
成员,同时expect
会返回Ok
中我们需要的数字。
现在让我们运行程序!
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/guessing_game`
Guess the number!
The secret number is: 58
Please input your guess.
76
You guessed: 76
Too big!
漂亮!即便是在猜测之前添加了空格,程序依然能判断出用户猜测了 76。多运行程序几次来检验不同类型输入的相应行为:猜一个正确的数字,猜一个过大的数字和猜一个过小的数字。
现在游戏已经大体上能玩了,不过用户只能猜一次。增加一个循环来改变它吧!
使用循环来允许多次猜测
loop
关键字提供了一个无限循环。增加它后给了用户多次猜测的机会:
Filename: src/main.rs
extern crate rand;
use std::io;
use std::cmp::Ordering;
use rand::Rng;
fn main() {
println!("Guess the number!");
let secret_number = rand::thread_rng().gen_range(1, 101);
println!("The secret number is: {}", secret_number);
loop {
println!("Please input your guess.");
let mut guess = String::new();
io::stdin().read_line(&mut guess)
.expect("Failed to read line");
let guess: u32 = guess.trim().parse()
.expect("Please type a number!");
println!("You guessed: {}", guess);
match guess.cmp(&secret_number) {
Ordering::Less => println!("Too small!"),
Ordering::Greater => println!("Too big!"),
Ordering::Equal => println!("You win!"),
}
}
}
如上所示,我们将提示用户猜测之后的所有内容放入了循环。确保这些代码多缩进了四个空格,并再次运行程序。注意这里有一个新问题,因为程序忠实地执行了我们要求它做的:永远地请求另一个猜测!看起来用户没法退出啊!
用户总是可以使用Ctrl-C
快捷键来终止程序。不过这里还有另一个逃离这个贪得无厌的怪物的方法,就是在 XX 页“比较猜测”部分提到的parse
:如果用户输入一个非数字回答,程序会崩溃。用户可以利用这一点来退出,如下所示:
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/guessing_game`
Guess the number!
The secret number is: 59
Please input your guess.
45
You guessed: 45
Too small!
Please input your guess.
60
You guessed: 60
Too big!
Please input your guess.
59
You guessed: 59
You win!
Please input your guess.
quit
thread 'main' panicked at 'Please type a number!: ParseIntError { kind: InvalidDigit }', src/libcore/result.rs:785
note: Run with `RUST_BACKTRACE=1` for a backtrace.
error: Process didn't exit successfully: `target/debug/guess` (exit code: 101)
输入quit
就会退出程序,同时其他任何非数字输入也一样。然而,毫不夸张的说这是不理想的。我们想要当猜测正确的数字时游戏能自动退出。
猜测正确后退出
让我们增加一个break
来在用户胜利时退出游戏:
Filename: src/main.rs
extern crate rand;
use std::io;
use std::cmp::Ordering;
use rand::Rng;
fn main() {
println!("Guess the number!");
let secret_number = rand::thread_rng().gen_range(1, 101);
println!("The secret number is: {}", secret_number);
loop {
println!("Please input your guess.");
let mut guess = String::new();
io::stdin().read_line(&mut guess)
.expect("Failed to read line");
let guess: u32 = guess.trim().parse()
.expect("Please type a number!");
println!("You guessed: {}", guess);
match guess.cmp(&secret_number) {
Ordering::Less => println!("Too small!"),
Ordering::Greater => println!("Too big!"),
Ordering::Equal => {
println!("You win!");
break;
}
}
}
}
通过在You win!
之后增加一行break
,程序在用户猜对了神秘数字后会退出循环。退出循环也就意味着退出程序,因为循环是main
的最后一部分。
处理无效输入
为了进一步改善游戏性,而不是在用户输入非数字时崩溃,需要让游戏忽略非数字从而用户可以继续猜测。可以通过修改guess
从String
转化为u32
那部分代码来实现:
let guess: u32 = match guess.trim().parse() {
Ok(num) => num,
Err(_) => continue,
};
从expect
调用切换到expect
语句是如何从遇到错误就崩溃到真正处理错误的常用手段。记住parse
返回一个Result
类型,而Result
是一个拥有Ok
或Err
两个成员的枚举。在这里使用match
表达式,就像之前处理cmp
方法返回的Ordering
一样。
如果parse
能够成功的将字符串转换为一个数字,它会返回一个包含结果数字Ok
值。这个Ok
值会匹配第一个分支的模式,这时match
表达式仅仅返回parse
产生的Ok
值之中的num
值。这个数字会最终如期变成新创建的guess
变量。
如果parse
不能将字符串转换为一个数字,它会返回一个包含更多错误信息的Err
值。Err
值不能匹配第一个match
分支的Ok(num)
模式,但是会匹配第二个分支的Err(_)
模式。_
是一个包罗万象的值;在这个例子中,我们想要匹配所有Err
值,不管其中有何种信息。所以程序会执行第二个分支的代码,continue
,这意味着进入loop
的下一次循环并请求另一个猜测。这样程序就有效地忽略了parse
可能遇到的所有错误!
现在万事俱备(只欠东风)了。运行cargo run
来尝试一下:
$ cargo run
Compiling guessing_game v0.1.0 (file:///projects/guessing_game)
Running `target/guessing_game`
Guess the number!
The secret number is: 61
Please input your guess.
10
You guessed: 10
Too small!
Please input your guess.
99
You guessed: 99
Too big!
Please input your guess.
foo
Please input your guess.
61
You guessed: 61
You win!
太棒了!再有最后一个小的修改,就能完成猜猜看游戏了:还记得程序依然会打印出秘密数字。这在测试时还好,但会毁了游戏性。删掉打印秘密数字的println!
。列表 2-5 为最终代码:
总结一下,
此时此刻,你顺利完成了猜猜看游戏!恭喜!
这是一个通过动手实践的方式想你介绍许多 Rust 新知识的项目:let
、match
、方法、关联函数,使用外部 crate,等等。接下来的几章,我们将会详细学习这些概念。第三章涉及到大部分编程语言都有的概念,比如变量、数据类型和函数,以及如何在 Rust 中使用他们。第四章探索所有权(ownership),这是一个 Rust 同其他语言都不相同的功能。第五章讨论结构体和方法语法,而第六章侧重解释枚举。
通用编程概念
ch03-00-common-programming-concepts.md
commit 2067b6e2bff990bceb39ae8f35780bd3bed08644
这一章涉及到几乎出现在所有编程语言中的概念,以及他们在 Rust 中如何工作。很多编程语言在核心概念上都是共通的。本章中展示的所有概念没有一个是 Rust 所特有的,不过我们会在 Rust 环境中讨论他们并解释他们的使用习惯。
具体的,我们将会学习变量,基本类型,函数,注释和控制流。这些基础知识将会出现在每一个 Rust 程序中,提早学习这些概念会使你在起步时拥有一个核心的基础。
关键字
Rust 语言有一系列被保留为只能被语言使用的关键字(keywords),如大部分语言一样。注意你不能使用这些关键字作为变量或函数的名称。大部分关键字有特殊的意义,并将会被用来进行 Rust 程序中的多种任务;一些关键字目前没有相关的功能不过为了将来可能添加进 Rust 的功能而被保留。可以在附录 A 中找到一份关键字的列表
变量和可变性
ch03-01-variables-and-mutability.md
commit b0fab378c9c6a817d4f0080d7001d085017cdef8
第二章中提到过,变量默认是不可变(immutable)的。这是 Rust 中许多鼓励以利用 Rust 提供的安全和简单并发优势编写代码的助力之一。不过,仍然有使变量可变的选项。让我们探索一下为什么以及如何鼓励你拥抱不可变性,还有为什么你可能想要弃之不用。
当变量使不可变时,这意味着一旦一个值被绑定上了一个名称,你就不能改变这个值。作为说明,通过cargo new --bin variables
在 projects 目录生成一个叫做 variables 的新项目。
接着,在新建的 variables 目录,打开 src/main.rs 并替换其代码为如下:
Filename: src/main.rs
fn main() {
let x = 5;
println!("The value of x is: {}", x);
x = 6;
println!("The value of x is: {}", x);
}
保存并使用cargo run
运行程序。应该会看到一个错误信息,如下输出所示:
$ cargo run
Compiling variables v0.0.1 (file:///projects/variables)
error[E0384]: re-assignment of immutable variable `x`
--> src/main.rs:4:5
|
2 | let x = 5;
| - first assignment to `x`
3 | println!("The value of x is: {}", x);
4 | x = 6;
| ^^^^^ re-assignment of immutable variable
这个例子显示了编译器如何帮助你寻找程序中的错误。即便编译器错误可能是令人沮丧的,他们也仅仅意味着程序不能安全的完成你想让它完成的工作;他们不能说明你不是一个好的程序员!有经验的 Rustacean 们也会遇到编译器错误。这些错误表明错误的原因是对不可变变量重新赋值
(re-assignment of immutable variable
),因为我们尝试对不可变变量x
赋第二个值。
当尝试去改变之前设计为不可变的值出现编译时错误是很重要的,因为这种情况可能导致 bug。如果代码的一部分假设一个值永远也不会改变而另一部分代码改变了它,这样第一部分代码就有可能不能像它设计的那样运行。你必须承认这种 bug 难以跟踪,尤其是当第二部分代码只是有时当变量使不可变时,这意味着一旦一个值被绑定上了一个名称,你就不能改变这个值。
Rust 编译器保证如果声明一个值不会改变,它就真的不会改变。这意味着当阅读和编写代码时,并不需要记录如何以及在哪可能会被改变,这使得代码易于推导。
不过可变性也是非常有用的。变量只是默认不可变;可以通过在变量名之前增加mut
来使其可变。它向之后的读者表明了其他部分的代码将会改变这个变量值的意图。
例如,改变 src/main.rs 并替换其代码为如下:
Filename: src/main.rs
fn main() {
let mut x = 5;
println!("The value of x is: {}", x);
x = 6;
println!("The value of x is: {}", x);
}
当运行这个程序,出现如下:
$ cargo run
Compiling variables v0.1.0 (file:///projects/variables)
Running `target/debug/variables`
The value of x is: 5
The value of x is: 6
通过mut
,允许把绑定到x
的值从5
改成6
。在一些情况下,你会想要使一个变量可变,因为这比只使用不可变变量实现的代码更易于编写。
除了避免 bug 外,这里还有数个需要权衡取舍的地方。例如,有时使用大型数据结构时,适当地使变量可变可能比复制和返回新分配的实例要更快。对于较小的数据结构,总是创建新实例并采用一种更函数式的编程风格可能会使代码更易理解。所以为了可读性而造成的性能惩罚也许使值得的。
变量和常量的区别
不能改变一个变量的值可能会使你想起另一个大部分编程语言都有的概念:常量(constants)。常量也是绑定到一个名称的不允许改变的值,不过常量与变量还是有一些区别。首先,不允许对常量使用mut
:常量不光是默认不能改变,它总是不能改变。常量使用const
关键字而不是let
关键字声明,而且必须注明值的类型。现在我们准备在下一部分,“数据类型”,涉及到类型和类型注解,所以现在无需担心这些细节。常量可以在任何作用域声明,包括全局作用域,这在一个值需要被很多部分的代码用到时很有用。最后一个区别是常量只能用于常量表达式,而不能作为函数调用的结果或任何其他只在运行时使用到的值。
这是一个常量声明的例子,它的名称是MAX_POINTS
而它的值是 100,000。Rust 常量的命名规范是使用大写字母和单词间使用下划线:
const MAX_POINTS: u32 = 100_000;
常量在整个程序生命周期中都有效,位于它声明的作用域之中。这使得常量可以用作多个部分的代码可能需要知道的程序范围的值,例如一个游戏中任何玩家可以获得的最高分或者一年的秒数。
将用于整个程序的硬编码的值命名为常量(并编写文档)对为将来代码维护者表明值的意义是很有用的。它也能帮助你将硬编码的值至于一处以便将来可能需要修改他们。
覆盖
如第二章猜猜看游戏所讲到的,我们可以定义一个与之前变量名称相同的新变量,而新变量会覆盖之前的变量。Rustacean 们称其为第一个变量被第二个给覆盖了,这意味着第二个变量的值是使用这个变量时会看到的值。可以用相同变量名称来覆盖它自己以及重复使用let
关键字来多次覆盖,如下所示:
Filename: src/main.rs
fn main() {
let x = 5;
let x = x + 1;
let x = x * 2;
println!("The value of x is: {}", x);
}
这个程序首先将x
绑定到值5
上。接着通过let x =
覆盖x
,获取原始值并加1
这样x
的值就变成6
了。第三个let
语句也覆盖了x
,获取之前的值并乘以2
,x
的最终值是12
。当运行这个程序,它会有如下输出:
$ cargo run
Compiling variables v0.1.0 (file:///projects/variables)
Running `target/debug/variables`
The value of x is: 12
这与将变量声明为mut
是有区别的。因为除非再次使用let
关键字,不小心尝试对变量重新赋值会导致编译时错误。我们可以用这个值进行一些计算,不过计算完之后变量仍然是不变的。
另一个mut
与覆盖的区别是当再次使用let
关键字时,事实上创建了一个新变量,我们可以改变值的类型。例如,假设程序请求用户输入空格来提供在一些文本之间需要多少空间来分隔,不过我们真正需要的是将输入存储成数字(多少个空格):
let spaces = " ";
let spaces = spaces.len();
这里允许第一个spaces
变量是字符串类型,而第二个spaces
变量,它是一个恰巧与第一个变量名字相同的崭新的变量,它是数字类型。因此覆盖使我们不必使用不同的名字,比如spaces_str
和spaces_num
;相反,我们可以复用spaces
这个更简单的名称。然而,如果尝试使用mut
,如下所示:
let mut spaces = " ";
spaces = spaces.len();
会导致一个编译时错误,因为不允许改变一个变量的类型:
error[E0308]: mismatched types
--> src/main.rs:3:14
|
3 | spaces = spaces.len();
| ^^^^^^^^^^^^ expected &str, found usize
|
= note: expected type `&str`
= note: found type `usize`
现在我们探索了变量如何工作,让我们看看他们能有多少数据类型。
数据类型
ch03-02-data-types.md
commit d05b7c63ff50b3f9126bb5533e0ba5dd424b83d1
Rust 中的任何值都有一个具体的类型(type),这告诉了 Rust 它被指定为何种数据这样 Rust 就知道如何处理这些数据了。这一部分将讲到一些语言内建的类型。我们将这些类型分为两个子集:标量(scalar)和复合(compound)。
贯穿整个部分,请记住 Rust 是一个静态类型(statically typed)语言,也就是说必须在编译时就知道所有变量的类型。编译器通常可以通过值以及如何使用他们来推断出我们想要用的类型。当多个类型都是可能的时候,比如第二章中parse
将String
转换为数字类型,必须增加类型注解,像这样:
let guess: u32 = "42".parse().unwrap();
如果这里不添加类型注解,Rust 会显示如下错误,它意味着编译器需要我们提供更多我们想要使用哪个可能的类型的信息:
error[E0282]: unable to infer enough type information about `_`
--> src/main.rs:2:5
|
2 | let guess = "42".parse().unwrap();
| ^^^^^ cannot infer type for `_`
|
= note: type annotations or generic parameter binding required
在我们讨论各种数据类型时会看到不同的类型注解。
标量类型
标量类型代表一个单独的值。Rust 有四种基本的标量类型:整型、浮点型、布尔类型和字符类型。你可能在其他语言中见过他们,不过让我们深入了解他们在 Rust 中时如何工作的。
整型
整数是一个没有小数部分的数字。我们在这一章的前面使用过一个整型,i32
类型。这个类型声明表明在 32 位系统上它关联的值应该是一个有符号整数(因为这个i
,与u
代表的无符号相对)。表格 3-1 展示了 Rust 内建的整数类型。每一个变体的有符号和无符号列(例如,i32)可以用来声明对应的整数值。
Table 3-1: Integer Types in Rust
Length | Signed | Unsigned |
8-bit | i8 | u8 |
16-bit | i16 | u16 |
32-bit | i32 | u32 |
64-bit | i64 | u64 |
arch | isize | usize |
每一种变体都可以是有符号或无符号的并有一个显式的大小。有符号和无符号代表数字是否能够是正数或负数;换句话说,数字是否需要有一个符号(有符号数)或者永远只需要是正的这样就可以不用符号(无符号数)。这有点像在纸上书写数字:当需要考虑符号的时候,数字前面会加上一个加号或减号;然而,当可以安全地假设为正数时,可以不带符号(加号)。有符号数以二进制补码形式(two’s complement representation)存储(如果你不清楚这是什么,可以在网上搜索;对其的解释超出了本书的范畴)。
每一个有符号的变体可以储存包含从 -(2n - 1) 到 2n - 1 - 1 在内的数字,这里n
是变体使用的位数。所以i8
可以储存从 -(27) 到 27 - 1 在内的数字,也就是从 -128 到 127。无符号的变体可以储存从 0 到 2n - 1 的数字,所以u8
可以储存从 0 到 28 - 1 的数字,也就是从 0 到 255。
另外,isize
和usize
类型依赖运行程序的计算机类型(构架):64 位构架他们是 64 位的而 32 位构架他们就是 32 位的。
可以使用表格 3-2 中的任何一种形式编写数字字面值。注意除了字节字面值以外的数字字面值允许使用类型后缀,例如57u8
,而_
是可视化分隔符(visual separator),例如1_000
位的。
Table 3-2: Integer Literals in Rust
Number literals | Example |
Decimal | 98_222 |
Hex | 0xff |
Octal | 0o77 |
Binary | 0b1111_0000 |
Byte (u8 only) | b'A' |
那么如何知晓该使用哪种类型的数字呢?如果对此拿不定主意,Rust 的默认类型通常就是一个很好的选择,这个默认数字类型是i32
:它通常是最快的,甚至是在 64 位系统上。使用isize
或usize
的主要场景是索引一些集合。
浮点型
Rust 也有两个主要的浮点数(floating-point numbers)类型,他们是有小数点的数字。Rust 的浮点数类型是f32
和f64
,分别是 32 位 和 64 位大小。默认类型是f64
,因为它基本上与f32
一样快不过精度更高。在 32 位系统上使用f64
是可能的,不过会比f32
要慢。大部分情况,牺牲潜在可能的更低性能来换取更高的精度是一个合理的首要选择,同时如果怀疑浮点数的大小有问题的时候应该对代码进行性能测试。
这是一个展示浮点数的实例:
Filename: src/main.rs
fn main() {
let x = 2.0; // f64
let y: f32 = 3.0; // f32
}
浮点数采用 IEEE-754 标准表示。f32
是单精度浮点数,f64
是双精度浮点数。
数字运算符
Rust 支持所有数字类型常见的基本数学运算操作:加法、减法、乘法、除法以及余数。如下代码展示了如何使用一个let
语句来使用他们:
Filename: src/main.rs
fn main() {
// addition
let sum = 5 + 10;
// subtraction
let difference = 95.5 - 4.3;
// multiplication
let product = 4 * 30;
// division
let quotient = 56.7 / 32.2;
// remainder
let remainder = 43 % 5;
}
这些语句中的每个表达式使用了一个数学运算符并计算出了一个值,他们绑定到了一个变量。附录 B 包含了一个 Rust 提供的所有运算符的列表。
布尔型
正如其他大部分编程语言一样,Rust 中的布尔类型有两个可能的值:true
和false
。Rust 中的布尔类型使用bool
表示。例如:
Filename: src/main.rs
fn main() {
let t = true;
let f: bool = false; // with explicit type annotation
}
使用布尔值的主要场景是条件语句,例如if
。在“控制流”(“Control Flow”)部分将讲到if
语句在 Rust 中如何工作。
字符类型
目前为止只使用到了数字,不过 Rust 也支持字符。Rust 的char
类型是大部分语言中基本字母字符类型,如下代码展示了如何使用它:
Filename: src/main.rs
fn main() {
let c = 'z';
let z = 'ℤ';
let heart_eyed_cat = '😻';
}
Rust 的char
类型代表了一个 Unicode 变量值(Unicode Scalar Value),这意味着它可以比 ASCII 表示更多内容。拼音字母(Accented letters),中文/日文/汉语等象形文字,emoji(絵文字)以及零长度的空白字符对于 Rust char
类型都是有效的。Unicode 标量值包含从 U+0000
到 U+D7FF
和 U+E000
到 U+10FFFF
之间的值。不过,“字符”并不是一个 Unicode 中的概念,所以人直觉上的“字符”可能与 Rust 中的char
并不符合。第八章的“字符串”部分将详细讨论这个主题。
复合类型
复合类型可以将多个其他类型的值组合成一个类型。Rust 有两个原生的复合类型:元组(tuple)和数组(array)。
将值组合进元组
元组是一个将多个其他类型的值组合进一个复合类型的组要方式。
我们使用一个括号中的逗号分隔的值列表来创建一个元组。元组中的每一个位置都有一个类型,而且这写不同值的类型也不必是相同的。这个例子中使用了额外的可选类型注解:
Filename: src/main.rs
fn main() {
let tup: (i32, f64, u8) = (500, 6.4, 1);
}
tup
变量绑定了整个元组,因为元组被认为是一个单独的复合元素。为了从元组中获取单个的值,可以使用模式匹配(pattern matching)来解构(destructure )元组,像这样:
Filename: src/main.rs
fn main() {
let tup = (500, 6.4, 1);
let (x, y, z) = tup;
println!("The value of y is: {}", y);
}
程序首先创建了一个元组并绑定到tup
变量上。接着使用了let
和一个模式将tup
分成了三个不同的变量,x
、y
和z
。这叫做解构(destructuring),因为它将一个元组拆成了三个部分。最后,程序打印出了y
的值,也就是6.4
。
除了使用模式匹配解构之外,也可以使用点号(.
)后跟值的索引来直接访问。例如:
Filename: src/main.rs
fn main() {
let x: (i32, f64, u8) = (500, 6.4, 1);
let five_hundred = x.0;
let six_point_four = x.1;
let one = x.2;
}
这个程序创建了一个元组,x
,并接着使用索引为每个元素创建新变量。跟大多数编程语言一样,元组的第一个索引值是 0。
数组
另一个获取一个多个值集合的方式是数组(array)。与元组不同,数组中的每个元素的类型必须相同。Rust 中的数组与一些其他语言中的数组不同,因为 Rust 中的数组是固定长度的:一旦声明,他们的长度不能增长或缩小。
Rust 中数组的值位于中括号中的逗号分隔的列表中:
Filename: src/main.rs
fn main() {
let a = [1, 2, 3, 4, 5];
}
数组在想要在栈(stack)而不是在堆(heap)上为数据分配空间时十分有用(第四章将讨论栈与堆的更多内容),或者是想要确保总是有固定数量的元素时。虽然它并不如 vector 类型那么灵活。vector 类型是标准库提供的一个允许增长和缩小长度的类似数组的集合类型。当不确定是应该使用数组还是 vector 的时候,你可能应该使用 vector:第八章会详细讨论 vector。
一个你可能想要使用数组而不是 vector 的例子是当程序需要知道一年中月份的名字时。程序不大可能回去增加或减少月份,这时你可以使用数组因为我们知道它总是含有 12 个元素:
let months = ["January", "February", "March", "April", "May", "June", "July",
"August", "September", "October", "November", "December"];
访问数组元素
数组是一整块分配在栈上的内存。可以使用索引来访问数组的元素,像这样:
Filename: src/main.rs
fn main() {
let a = [1, 2, 3, 4, 5];
let first = a[0];
let second = a[1];
}
在这个例子中,叫做first
的变量的值是1
,因为它是数组索引[0]
的值。second
将会是数组索引[1]
的值2
。
无效的数组元素访问
如果我们访问数组结尾之后的元素会发生什么呢?比如我们将上面的例子改为如下:
Filename: src/main.rs
fn main() {
let a = [1, 2, 3, 4, 5];
let element = a[10];
println!("The value of element is: {}", element);
}
使用cargo run
运行代码后会产生如下结果:
$ cargo run
Compiling arrays v0.1.0 (file:///projects/arrays)
Running `target/debug/arrays`
thread '<main>' panicked at 'index out of bounds: the len is 5 but the index is
10', src/main.rs:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.
error: Process didn't exit successfully: `target/debug/arrays` (exit code: 101)
编译并没有产生任何错误,不过程序会导致一个运行时(runtime)错误并且不会成功退出。当尝试用索引访问一个元素时,Rust 会检查指定的索引是否小于数组的长度。如果索引超出了数组长度,Rust 会panic,这是 Rust 中的术语,它用于程序因为错误而退出的情况。
这是第一个在实战中遇到的 Rust 安全原则的例子。在很多底层语言中,并没有进行这类检查,这样当提供了一个不正确的索引时,就会访问无效的内存。Rust 通过立即退出而不是允许内存访问并继续执行来使你免受这类错误困扰。第九章会讨论更多 Rust 的错误处理。
函数如何工作
ch03-03-how-functions-work.md
commit 52b7fcbfdd35915cb21e6d492fb6c86764f53b47
函数在 Rust 代码中应用广泛。你已经见过一个语言中最重要的函数:main
函数,它时很多程序的入口点。你也见过了fn
关键字,它用来声明新函数。
Rust 代码使用 snake case 作为函数和变量名称的规范风格。在 snake case 中,所有字母都是小写并使用下划线分隔单词。这里是一个函数定义程序的例子:
Filename: src/main.rs
fn main() {
println!("Hello, world!");
another_function();
}
fn another_function() {
println!("Another function.");
}
Rust 中的函数定义以fn
开始并在函数名后跟一对括号。大括号告诉编译器哪里是函数体的开始和结尾。
可以使用定义过的函数名后跟括号来调用任意函数。因为another_function
在程序中已经定义过了,它可以在main
函数中被调用。注意,源码中another_function
在main
函数之后被定义;也可以在之前定义。Rust 不关心函数定义于何处,只要他们被定义了。
让我们开始一个叫做functions的新二进制项目来进一步探索函数。将上面的another_function
例子写入 src/main.rs 中并运行。你应该会看到如下输出:
$ cargo run
Compiling functions v0.1.0 (file:///projects/functions)
Running `target/debug/functions`
Hello, world!
Another function.
代码在main
函数中按照他们出现的顺序被执行。首先,打印“Hello, world!”信息,接着another_function
被调用并打印它的信息。
函数参数
函数也可以被定义为拥有参数(parameters),他们是作为函数签名一部分的特殊变量。当函数拥有参数,可以为这些参数提供具体的值。技术上讲,这些具体值被称为参数( arguments),不过通常的习惯是倾向于在函数定义中的变量和调用函数时传递的具体值都可以用 "parameter" 和 "argument" 而不加区别。
如下被重写的another_function
版本展示了 Rust 中参数是什么样的:
Filename: src/main.rs
fn main() {
another_function(5);
}
fn another_function(x: i32) {
println!("The value of x is: {}", x);
}
尝试运行程序,将会得到如下输出:
$ cargo run
Compiling functions v0.1.0 (file:///projects/functions)
Running `target/debug/functions`
The value of x is: 5
another_function
的声明有一个叫做x
的参数。x
的类型被指定为i32
。当5
被传递给another_function
时,println!
宏将5
放入格式化字符串中大括号的位置。
在函数签名中,必须声明每个参数的类型。这是 Rust 设计中一个经过慎重考虑的决定:要求在函数定义中提供类型注解意味着编译器再也不需要在别的地方要求你注明类型就能知道你的意图。
当一个函数有多个参数时,使用逗号隔开他们,像这样:
Filename: src/main.rs
fn main() {
another_function(5, 6);
}
fn another_function(x: i32, y: i32) {
println!("The value of x is: {}", x);
println!("The value of y is: {}", y);
}
这个例子创建了一个有两个参数的函数,都是i32
类型的。函数打印出了这两个参数的值。注意函数参数并一定都是相同的————这个例子中他们只是碰巧相同。
尝试运行代码。使用上面的例子替换当前 function 项目的 src/main.rs 文件,并cargo run
运行它:
$ cargo run
Compiling functions v0.1.0 (file:///projects/functions)
Running `target/debug/functions`
The value of x is: 5
The value of y is: 6
因为我们使用5
作为x
的值和6
作为y
的值来调用函数,这两个字符串使用这些值并被打印出来。
函数体
函数体由一系列的语句和一个可选的表达式构成。目前为止,我们只涉及到了没有结尾表达式的函数,不过我们见过表达式作为了语句的一部分。因为 Rust 是一个基于表达式(expression-based)的语言,这是一个需要理解的(不同于其他语言)重要区别。其他语言并没有这样的区别,所以让我们看看语句与表达式有什么区别以及他们是如何影响函数体的。
语句与表达式
我们已经用过语句与表达式了。语句(Statements)是执行一些操作但不返回值的指令。表达式(Expressions)计算并产生一个值。让我们看看一些例子:
使用let
关键字创建变量并绑定一个值是一个语句。在列表 3-3 中,let y = 6;
是一个语句:
函数定义也是语句;上面整个例子本身就是一个语句。
语句并不返回值。因此,不能把let
语句赋值给另一个变量,比如下面的例子尝试做的:
Filename: src/main.rs
fn main() {
let x = (let y = 6);
}
当运行这个程序,会得到如下错误:
$ cargo run
Compiling functions v0.1.0 (file:///projects/functions)
error: expected expression, found statement (`let`)
--> src/main.rs:2:14
|
2 | let x = (let y = 6);
| ^^^
|
= note: variable declaration using `let` is a statement
let y = 6
语句并不返回值,所以并没有x
可以绑定的值。这与其他语言不同,例如 C 和 Ruby,他们的赋值语句返回所赋的值。在这些语言中,可以这么写x = y = 6
这样x
和y
的值都是6
;这在 Rust 中可不行。
表达式进行计算而且他们组成了其余大部分 Rust 代码。考虑一个简单的数学运算,比如5 + 6
,这是一个表达式并计算出值11
。表达式可以是语句的一部分:在列表 3-3 中有这个语句let y = 6;
,6
是一个表达式它计算出的值是6
。函数调用是一个表达式。宏调用是一个表达式。我们用来创新建作用域的大括号(代码块),{}
,也是一个表达式,例如:
Filename: src/main.rs
fn main() {
let x = 5;
let y = {
let x = 3;
x + 1
};
println!("The value of y is: {}", y);
}
这个表达式:
{
let x = 3;
x + 1
}
这个代码块的值是4
。这个值作为let
语句的一部分被绑定到y
上。注意结尾没有分号的那一行,与大部分我们见过的代码行不同。表达式并不包含结尾的分号。如果在表达式的结尾加上分号,他就变成了语句,这也就使其不返回一个值。在接下来的探索中记住函数和表达式都返回值就行了。
函数的返回值
可以向调用它的代码返回值。并不对返回值命名,不过会在一个箭头(->
)后声明它的类型。在 Rust 中,函数的返回值等同于函数体最后一个表达式的值。这是一个有返回值的函数的例子:
Filename: src/main.rs
fn five() -> i32 {
5
}
fn main() {
let x = five();
println!("The value of x is: {}", x);
}
在函数five
中并没有函数调用、宏、甚至也没有let
语句————只有数字5
它子集。这在 Rust 中是一个完全有效的函数。注意函数的返回值类型也被指定了,就是-> i32
。尝试运行代码;输出应该看起来像这样:
$ cargo run
Compiling functions v0.1.0 (file:///projects/functions)
Running `target/debug/functions`
The value of x is: 5
函数five
的返回值是5
,也就是为什么返回值类型是i32
。让我们仔细检查一下这段代码。这有两个重要的部分:首先,let x = five();
这一行表明我们使用函数的返回值来初始化了一个变量。因为函数five
返回5
,这一行与如下这行相同:
let x = 5;
再次,函数five
没有参数并定义了返回值类型,不过函数体只有单单一个5
也没有分号,因为这是我们想要返回值的表达式。让我们看看另一个例子:
Filename: src/main.rs
fn main() {
let x = plus_one(5);
println!("The value of x is: {}", x);
}
fn plus_one(x: i32) -> i32 {
x + 1
}
运行代码会打印出The value of x is: 6
。如果在包含x + 1
的那一行的结尾加上一个分号,把它从表达式变成语句后会怎样呢?
fn main() {
let x = plus_one(5);
println!("The value of x is: {}", x);
}
fn plus_one(x: i32) -> i32 {
x + 1;
}
运行代码会产生一个错误,如下:
error[E0269]: not all control paths return a value
--> src/main.rs:7:1
|
7 | fn plus_one(x: i32) -> i32 {
| ^
|
help: consider removing this semicolon:
--> src/main.rs:8:10
|
8 | x + 1;
| ^
主要的错误信息,“并非所有控制路径都返回一个值”(“not all control paths return a value,”),揭示了代码的核心问题。函数plus_one
的定义说明它要返回一个i32
,不过语句并不返回一个值。因此,这个函数没有返回任何值,这与函数定义相矛盾并导致一个错误。在输出中,Rust 提供了一个可能会对修正问题有帮助的信息:它建议去掉分号,这会修复这个错误。
注释
ch03-04-comments.md
commit 74d6fc999b986b74bf94edd6dcbb5a08a16c12de
所有编程语言都力求使他们的代码易于理解,不过有时额外的解释需要得到保障。在这种情况下,程序员在源码中留下记录,或者注释(comments),编译器会忽略他们不过其他阅读代码的人可能会用得上。
这是一个注释的例子:
// Hello, world.
在 Rust 中,注释必须以两道斜杠开始并持续到本行的结尾。对于超过一行的注释,需要在每一行都加上//
,像这样:
// So we’re doing something complicated here, long enough that we need
// multiple lines of comments to do it! Whew! Hopefully, this comment will
// explain what’s going on.
注释也可以在放在包含代码的行的结尾:
Filename: src/main.rs
fn main() {
let lucky_number = 7; // I’m feeling lucky today.
}
不过你会经常看到他们被以这种格式使用,也就是位于它解释的代码行的上面一行:
Filename: src/main.rs
fn main() {
// I’m feeling lucky today.
let lucky_number = 7;
}
这就是注释的全部。并没有什么特别复杂的。
控制流
ch03-05-control-flow.md
commit 784a3ec5e8b9c6bff456ab9f0efd4dabcc180dda
通过条件是不是真来决定是否某些代码,或者根据条件是否为真来重复运行一段代码是大部分编程语言的基本组成部分。Rust 代码中最常见的用来控制执行流的结构是if
表达式和循环。
if
表达式
if
表达式允许根据条件执行不同的代码分支。我们提供一个条件并表示“如果符合这个条件,运行这段代码。如果条件不满足,不运行这段代码。”
在 projects 目录创建一个叫做 branches 的新项目来学习if
表达式。在 src/main.rs 文件中,输入如下内容:
Filename: src/main.rs
fn main() {
let number = 3;
if number < 5 {
println!("condition was true");
} else {
println!("condition was false");
}
}
所有if
表达式以if
关键字开头,它后跟一个条件。在这个例子中,条件检查number
是否有一个小于 5 的值。在条件为真时希望执行的代码块位于紧跟条件之后的大括号中。if
表达式中与条件关联的代码块有时被叫做 arms,就像第二章“比较猜测与秘密数字”部分中讨论到的match
表达式中分支一样。也可以包含一个可选的else
表达式,这里我们就这么做了,来提供一个在条件为假时应当执行的代码块。如果不提供else
表达式并且条件为假时,程序会直接忽略if
代码块并继续执行下面的代码。
尝试运行代码,应该能看到如下输出:
$ cargo run
Compiling branches v0.1.0 (file:///projects/branches)
Running `target/debug/branches`
condition was true
尝试改变number
的值使条件为假时看看会发生什么:
let number = 7;
再次运行程序并查看输出:
$ cargo run
Compiling branches v0.1.0 (file:///projects/branches)
Running `target/debug/branches`
condition was false
另外值得注意的是代码中的条件必须是bool
。如果像看看条件不是bool
值时会发生什么,尝试运行如下代码:
Filename: src/main.rs
fn main() {
let number = 3;
if number {
println!("number was three");
}
}
这里if
条件的值是3
,Rust 抛出了一个错误:
Compiling branches v0.1.0 (file:///projects/branches)
error[E0308]: mismatched types
--> src/main.rs:4:8
|
4 | if number {
| ^^^^^^ expected bool, found integral variable
|
= note: expected type `bool`
= note: found type `{integer}`
error: aborting due to previous error
Could not compile `branches`.
这个错误表明 Rust 期望一个bool
不过却得到了一个整型。Rust 并不会尝试自动地将非布尔值转换为布尔值,不像例如 Ruby 和 JavaScript 这样的语言。必须总是显式地使用boolean
作为if
的条件。例如如果想要if
代码块只在一个数字不等于0
时执行,可以把if
表达式修改为如下:
Filename: src/main.rs
fn main() {
let number = 3;
if number != 0 {
println!("number was something other than zero");
}
}
运行代码会打印出number was something other than zero
。
使用else if
实现多重条件
可以将else if
表达式与if
和else
组合来实现多重条件。例如:
Filename: src/main.rs
fn main() {
let number = 6;
if number % 4 == 0 {
println!("number is divisible by 4");
} else if number % 3 == 0 {
println!("number is divisible by 3");
} else if number % 2 == 0 {
println!("number is divisible by 2");
} else {
println!("number is not divisible by 4, 3, or 2");
}
}
这个程序有四个可能的执行路径。运行后应该能看到如下输出:
$ cargo run
Compiling branches v0.1.0 (file:///projects/branches)
Running `target/debug/branches`
number is divisible by 3
当执行这个程序,它按顺序检查每个if
表达式并执行第一个条件为真的代码块。注意即使 6 可以被 2 整除,也不会出现number is divisible by 2
的输出,更不会出现else
块中的number is not divisible by 4, 3, or 2
。原因是 Rust 只会执行第一个条件为真的代码块,并且它一旦找到一个以后,就不会检查剩下的条件了。
使用过多的else if
表达式会使代码显得杂乱无章,所以如果有多于一个else if
,最好重构代码。为此第六章介绍了 Rust 一个叫做match
的强大的分支结构(branching construct)。
在let
语句中使用if
因为if
是一个表达式,我们可以在let
语句的右侧使用它,例如列表 3-4:
number
变量将会绑定到基于if
表达式结果的值。运行这段代码看看会出现什么:
$ cargo run
Compiling branches v0.1.0 (file:///projects/branches)
Running `target/debug/branches`
The value of number is: 5
还记得代码块的值是其最后一个表达式的值,以及数字本身也是一个表达式吗。在这个例子中,整个if
表达式的值依赖哪个代码块被执行。这意味着if
的每个分支的可能的返回值都必须是相同类型;在列表 3-4 中,if
分支和else
分支的结果都是i32
整型。不过如果像下面的例子一样这些类型并不相同会怎么样呢?
Filename: src/main.rs
fn main() {
let condition = true;
let number = if condition {
5
} else {
"six"
};
println!("The value of number is: {}", number);
}
当运行这段代码,会得到一个错误。if
和else
分支的值类型是不相容的,同时 Rust 也准确地表明了在程序中的何处发现的这个问题:
Compiling branches v0.1.0 (file:///projects/branches)
error[E0308]: if and else have incompatible types
--> src/main.rs:4:18
|
4 | let number = if condition {
| ^ expected integral variable, found reference
|
= note: expected type `{integer}`
= note: found type `&’static str`
if
代码块的表达式返回一个整型,而else
代码块返回一个字符串。这并不可行因为变量必须只有一个类型。Rust 需要在编译时就确切的知道number
变量的类型,这样它就可以在编译时证明其他使用number
变量的地方它的类型是有效的。Rust 并不能够在number
的类型只能在运行时确定的情况下完成这些功能;这样会使编译器变得更复杂而且只能为代码提供更少的保障,因为它不得不记录所有变量的多种可能的类型。
使用循环重复执行
多次执行一段代码是很常用的。为了这个功能,Rust 提供了多种循环(loops)。一个循环执行循环体中的代码直到结尾并紧接着从回到开头继续执行。为了实验一下循环,让我们创建一个叫做 loops 的新项目。
Rust 有三种循环类型:loop
、while
和for
。让我们每一个都试试。
使用loop
重复执行代码
loop
关键字告诉 Rust 一遍又一遍的执行一段代码直到你明确要求停止。
作为一个例子,将 loops 目录中的 src/main.rs 文件修改为如下:
Filename: src/main.rs
fn main() {
loop {
println!("again!");
}
}
当执行这个程序,我们会看到again!
被连续的打印直到我们手动停止程序.大部分终端都支持一个键盘快捷键,ctrl-C,来终止一个陷入无限循环的程序。尝试一下:
$ cargo run
Compiling loops v0.1.0 (file:///projects/loops)
Running `target/debug/loops`
again!
again!
again!
again!
^Cagain!
符号^C
代表你在这按下了 ctrl-C。在^C
之后你可能看到again!
也可能看不到,这依赖于在接收到终止信号时代码执行到了循环的何处。
幸运的是,Rust 提供了另一个更可靠的方式来退出循环。可以使用break
关键字来告诉程序何时停止执行循环。还记得我们在第二章猜猜看游戏的“猜测正确后退出”部分使用过它来在用户猜对数字赢得游戏后退出程序吗。
while
条件循环
在程序中计算循环的条件也很常见。当条件为真,执行循环。当条件不再为真,调用break
停止循环。这个循环类型可以通过组合loop
、if
、else
和break
来实现;如果你喜欢的话,现在就可以在程序中试试。
然而,这个模式太常见了所以 Rust 为此提供了一个内建的语言结构,它被称为while
循环。下面的例子使用了while
:程序循环三次,每次数字都减一。接着,在循环之后,打印出另一个信息并退出:
Filename: src/main.rs
fn main() {
let mut number = 3;
while number != 0 {
println!("{}!", number);
number = number - 1;
}
println!("LIFTOFF!!!");
}
这个结构消除了很多需要嵌套使用loop
、if
、else
和break
的代码,这样显得更加清楚。当条件为真就执行,否则退出循环。
使用for
遍历集合
可以使用while
结构来遍历一个元素集合,比如数组。例如:
这里代码对数组中的元素进行计数。它从索引0
开始,并接着循环直到遇到数组的最后一个索引(这时,index < 5
不再为真)。运行这段代码会打印出数组中的每一个元素:
$ cargo run
Compiling loops v0.1.0 (file:///projects/loops)
Running `target/debug/loops`
the value is: 10
the value is: 20
the value is: 30
the value is: 40
the value is: 50
所有数组中的五个元素都如期被打印出来。尽管index
在某一时刻会到达值5
,不过循环在其尝试从数组获取第六个值(会越界)之前就停止了。
不过这个过程是容易出错的;如果索引长度不正确会导致程序 panic。这也使程序更慢,因为编译器增加了运行时代码来对每次循环的每个元素进行条件检查。
可以使用for
循环来对一个集合的每个元素执行一些代码,来作为一个更有效率替代。for
循环看起来像这样:
当运行这段代码,将看到与列表 3-5 一样的输出。更为重要的是,我们增强了代码安全性并消除了出现可能会导致超出数组的结尾或遍历长度不够而缺少一些元素这类 bug 机会。
例如,在列表 3-5 的代码中,如果从数组a
中移除一个元素但忘记更新条件为while index < 4
,代码将会 panic。使用for
循环的话,就不需要惦记着在更新数组元素数量时修改其他的代码了。
for
循环的安全性和简洁性使得它在成为 Rust 中使用最多的循环结构。即使是在想要循环执行代码特定次数时,例如列表 3-5 中使用while
循环的倒计时例子,大部分 Rustacean 也会使用for
循环。这么做的方式是使用Range
,它是标准库提供的用来生成从一个数字开始到另一个数字结束的所有数字序列的类型。
下面是一个使用for
循环来倒计时的例子,它还使用了一个我们还未讲到的方法,rev
,用来反转 range:
Filename: src/main.rs
fn main() {
for number in (1..4).rev() {
println!("{}!", number);
}
println!("LIFTOFF!!!");
}
这段代码看起来更帅气不是吗?
总结
你做到了!这是一个相当可观的章节:你学习了变量,标量和if
表达式,还有循环!如果你想要实践本章讨论的概念,尝试构建如下的程序:
- 相互转换摄氏与华氏温度
- 生成 n 阶斐波那契数列
- 打印圣诞颂歌“The Twelve Days of Christmas”的歌词,并利用歌曲中的重复部分(编写循环)
当你准备好继续的时候,让我们讨论一个其他语言中并不常见的概念:所有权(ownership)。
认识所有权
ch04-00-understanding-ownership.md
commit 759067b651a48a4a66485fe0876d318d398fb4fe
所有权(系统)是 Rust 最独特的功能,它令 Rust 可以无需垃圾回收(garbage collector)就能保障内存安全。因此,理解 Rust 中所有权如何工作是十分重要的。本章我们将讲到所有权以及相关功能:借用、slices 以及 Rust 如何在内存中安排数据。
什么是所有权
ch04-01-what-is-ownership.md
commit cc053d91f41793e54d5321abe027b0c163d735b8
Rust 的核心功能(之一)是所有权(ownership)。虽然这个功能理解起来很直观,不过它对语言的其余部分有着更深层的含义。
所有程序都必须管理他们运行时使用计算机内存的方式。一些语言中使用垃圾回收在程序运行过程中来时刻寻找不再被使用的内存;在另一些语言中,程序员必须亲自分配和释放内存。Rust 则选择了第三种方式:内存被一个所有权系统管理,它拥有一系列的规则使编译器在编译时进行检查。任何所有权系统的功能都不会导致运行时开销。
因为所有权对很多程序员都是一个新概念,需要一些时间来适应。好消息是随着你对 Rust 和所有权系统的规则越来越有经验,你就越能自然地编写出安全和高效的代码。持之以恒!
当你理解了所有权系统,你就会对这个使 Rust 如此独特的功能有一个坚实的基础。在本章中,你将会通过一些例子来学习所有权,他们关注一个非常常见的数据结构:字符串。
栈(Stack)与堆(Heap)
在很多语言中并不经常需要考虑到栈与堆。不过在像 Rust 这样的系统变成语言中,值是位于栈上还是堆上在更大程度上影响了语言的行为以及为何必须做出特定的选择。我们会在本章的稍后部分描述所有权与堆与栈相关的部分,所以这里只是一个用来预热的简要解释。
栈和堆都是代码在运行时可供使用的内存部分,不过他们以不同的结构组成。栈以放入值的顺序存储并以相反顺序取出值。这也被称作后进先出(last in, first out)。想象一下一叠盘子:当增加更多盘子时,把他们放在盘子堆的顶部,当需要盘子时,也从顶部拿走。不能从中间也不能从底部增加或拿走盘子!增加数据叫做进栈(pushing onto the stack),而移出数据叫做出栈(popping off the stack)。
操作栈是非常快的,因为它访问数据的方式:永远也不需要寻找一个位置放入新数据或者取出数据因为这个位置总是在栈顶。另一个使得栈快速的性质是栈中的所有数据都必须是一个已知的固定的大小。
相反对于在编译时未知大小或大小可能变化的数据,可以把他们储存在堆上。堆是缺乏组织的:当向堆放入数据时,我们请求一定大小的空间。操作系统在堆的某处找到一块足够大的空位,把它标记为已使用,并返回给我们一个它位置的指针。这个过程称作在堆上分配内存(allocating on the heap),并且有时这个过程就简称为“分配”(allocating)。向栈中放入数据并不被认为是分配。因为指针是已知的固定大小的,我们可以将指针储存在栈上,不过当需要实际数据时,必须访问指针。
想象一下去餐馆就坐吃饭。当进入时,你说明有几个人,餐馆员工会找到一个够大的空桌子并领你们过去。如果有人来迟了,他们也可以通过询问来找到你们坐在哪。
访问堆上的数据要比访问栈上的数据要慢因为必须通过指针来访问。现代的处理器在内存中跳转越少就越快。继续类比,假设有一台服务器来处理来自多个桌子的订单。它在处理完一个桌子的所有订单后再移动到下一个桌子是最有效率的。从桌子 A 获取一个订单,接着再从桌子 B 获取一个订单,然后再从桌子 A,然后再从桌子 B 这样的流程会更加缓慢。出于同样原因,处理器在处理的数据之间彼此较近的时候(比如在栈上)比较远的时候(比如可能在堆上)能更好的工作。在堆上分配大量的空间也可能消耗时间。
当调用一个函数,传递给函数的值(包括可能指向堆上数据的指针)和函数的局部变量被压入栈中。当函数结束时,这些值被移出栈。
记录何处的代码在使用堆上的什么数据,最小化堆上的冗余数据的数量以及清理堆上不再使用的数据以致不至于用完空间,这些所有的问题正是所有权系统要处理的。一旦理解了所有权,你就不需要经常考虑栈和堆了,不过理解如何管理堆内存可以帮助我们理解所有权为什么存在以及为什么以它的方式工作。
所有权规则
首先,让我们看一下所有权的规则。记住这些规则正如我们将完成一些说明这些规则的例子:
- Rust 中的每一个值都有一个叫做它的所有者(owner)的变量。
- 同时一次只能有一个所有者
- 当所有者变量离开作用域,这个值将被丢弃。
变量作用域
我们在第二章已经完成过一个 Rust 程序的例子了。现在我们已经掌握了基本语法,所以不会在所有的例子中包含fn main() {
代码了,所以如果你是一路跟过来的,必须手动将之后例子的代码放入一个main
函数中。为此,例子将显得更加具体,使我们可以关注具体细节而不是样板代码。
作为所有权的第一个例子,我们看看一些变量的作用域(scope)。作用域是一个 item 在程序中有效的范围。假如有一个这样的变量:
let s = "hello";
变量s
绑定到了一个字符串字面值,这个字符串值是硬编码进我们程序代码中的。这个变量从声明的点开始直到当前作用域结束时都是有效的。列表 4-1 的注释标明了变量s
在哪里是有效的:
换句话说,这里有两个重要的点:
- 当
s
进入作用域,它就是有效的。 - 这一直持续到它离开作用域为止。
目前为止,变量是否有效与作用域的关系跟其他变成语言是类似的。现在我们要在此基础上介绍String
类型。
String
类型
为了演示所有权的规则,我们需要一个比第三章讲到的任何一个都要复杂的数据类型。之前出现的数据类型都是储存在栈上的并且当离开作用域时被移出栈,不过我们需要寻找一个储存在堆上的数据来探索 Rust 如何知道该在何时清理数据。
这里使用String
作为例子并专注于String
与所有权相关的部分。这些方面也同样适用于其他标准库提供的或你创建的复杂数据类型。在第八章会更深入地讲解String
。
我们已经见过字符串字面值了,它被硬编码进程序里。字符串字面值是很方便,不过他们并不总是适合所有需要使用文本的场景。原因之一就是他们是不可变的。另一个原因是不是所有字符串的值都能在编写代码时就知道:例如,如果想要获取用户输入并储存该怎么办呢?为此,Rust 有第二个字符串类型,String
。这个类型储存在堆上所以储存在编译时未知大小的文本。可以用from
从字符串字面值来创建String
,如下:
let s = String::from("hello");
这两个冒号(::
)运算符允许将特定的from
函数置于String
类型的命名空间(namespace)下而不需要使用类似string_from
这样的名字。在第五章的“方法语法”(“Method Syntax”)部分会着重讲解这个语法而且在第七章会讲到模块的命名空间。
这类字符串可以被修改:
let mut s = String::from("hello");
s.push_str(", world!"); // push_str() appends a literal to a String
println!("{}", s); // This will print `hello, world!`
那么这里有什么区别呢?为什么String
可变而字面值却不行呢?区别在于两个类型对内存的处理上。
内存与分配
字符串字面值的情况,我们在编译时就知道内容所以它直接被硬编码进最终的可执行文件中,这使得字符串字面值快速和高效。不过这些属性都只来源于它的不可变形。不幸的是,我们不能为了每一个在编译时未知大小的文本而将一块内存放入二进制文件中而它的大小还可能随着程序运行而改变。
对于String
类型,为了支持一个可变,可增长的文本片段,需要在堆上分配一块在编译时未知大小的内存来存放内容。这意味着:
- 内存必须在运行时向操作系统请求
- 需要一个当我们处理完
String
时将内存返回给操作系统的方法
第一部分由我们完成:当调用String::from
时,它的实现请求它需要的内存。这在编程语言中是非常通用的。
然而,第二部分实现起来就各有区别了。在有**垃圾回收(GC)**的语言中, GC 记录并清除不再使用的内存,而我们作为程序员,并不需要关心他们。没有 GC 的话,识别出不再使用的内存并调用代码显式释放就是我们程序员的责任了,正如请求内存的时候一样。从历史的角度上说正确处理内存回收曾经是一个困难的编程问题。如果忘记回收了会浪费内存。如果过早回收了,将会出现无效变量。如果重复回收,这也是个 bug。我们需要allocate
和free
一一对应。
Rust 采取了一个不同的策略:内存在拥有它的变量离开作用域后就被自动释放。下面是列表 4-1 作用域例子的一个使用String
而不是字符串字面值的版本:
{
let s = String::from("hello"); // s is valid from this point forward
// do stuff with s
} // this scope is now over, and s is no
// longer valid
这里是一个将String
需要的内存返回给操作系统的很自然的位置:当s
离开作用域的时候。当变量离开作用域,Rust 为其调用一个特殊的函数。这个函数叫做 drop
,在这里String
的作者可以放置释放内存的代码。Rust 在结尾的}
处自动调用drop
。
注意:在 C++ 中,这种 item 在生命周期结束时释放资源的方法有时被称作资源获取即初始化(Resource Acquisition Is Initialization (RAII))。如果你使用过 RAII 模式的话应该对 Rust 的
drop
函数不陌生。
这个模式对编写 Rust 代码的方式有着深远的影响。它现在看起来很简单,不过在更复杂的场景下代码的行为可能是不可预测的,比如当有多个变量使用在堆上分配的内存时。现在让我们探索一些这样的场景。
变量与数据交互:移动
Rust 中的多个变量以一种独特的方式与同一数据交互。让我们看看列表 4-2 中一个使用整型的例子:
根据其他语言的经验大致可以猜到这在干什么:“将5
绑定到x
;接着生成一个值x
的拷贝并绑定到y
”。现在有了两个变量,x
和y
,都等于5
。这也正是事实上发生了的,因为正数是有已知固定大小的简单值,所以这两个5
被放入了栈中。
现在看看这个String
版本:
let s1 = String::from("hello");
let s2 = s1;
这看起来与上面的代码非常类似,所以我们可能会假设他们的运行方式也是类似的:也就是说,第二行可能会生成一个s1
的拷贝并绑定到s2
上。不过,事实上并不完全是这样。
为了更全面的解释这个问题,让我们看看图 4-3 中String
真正是什么样。String
由三部分组成,如图左侧所示:一个指向存放字符串内容内存的指针,一个长度,和一个容量。这一组数据储存在栈上。右侧则是堆上存放内容的内存部分。
长度代表当前String
的内容使用了多少字节的内存。容量是String
从操作系统总共获取了多少字节的内存。长度与容量的区别是很重要的,不过目前为止的场景中并不重要,所以可以暂时忽略容量。
当我们把s1
赋值给s2
,String
的数据被复制了,这意味着我们从栈上拷贝了它的指针、长度和容量。我们并没有复制堆上指针所指向的数据。换句话说,内存中数据的表现如图 4-4 所示。
这个表现形式看起来并不像图 4-5 中的那样,它是如果 Rust 也拷贝了堆上的数据后内存看起来是怎么样的。如果 Rust 这么做了,那么操作s2 = s1
在堆上数据比较大的时候可能会对运行时性能造成非常大的影响。
之前,我们提到过当变量离开作用域后 Rust 自动调用drop
函数并清理变量的堆内存。不过图 4-4 展示了两个数据指针指向了同一位置。这就有了一个问题:当s2
和s1
离开作用域,他们都会尝试释放相同的内存。这是一个叫做 double free 的错误,也是之前提到过的内存安全性 bug 之一。两次释放(相同)内存会导致内存污染,它可能会导致安全漏洞。
为了确保内存安全,这种场景下 Rust 的处理有另一个细节值得注意。与其尝试拷贝被分配的内存,Rust 则认为s1
不再有效,因此 Rust 不需要在s1
离开作用域后清理任何东西。看看在s2
被创建之后尝试使用s1
会发生生么:
let s1 = String::from("hello");
let s2 = s1;
println!("{}", s1);
你会得到一个类似如下的错误,因为 Rust 禁止你使用无效的引用。
error[E0382]: use of moved value: `s1`
--> src/main.rs:4:27
|
3 | let s2 = s1;
| -- value moved here
4 | println!("{}, world!",s1);
| ^^ value used here after move
|
= note: move occurs because `s1` has type `std::string::String`,
which does not implement the `Copy` trait
如果你在其他语言中听说过术语“浅拷贝”(“shallow copy”)和“深拷贝”(“deep copy”),那么拷贝指针、长度和容量而不拷贝数据可能听起来像浅拷贝。不过因为 Rust 同时使第一个变量无效化了,这个操作被成为移动(move),而不是浅拷贝。上面的例子可以解读为s1
被移动到了s2
中。那么具体发生了什么如图 4-6 所示。
这样就解决了我们的麻烦!因为只有s2
是有效的,当其离开作用域,它就释放自己的内存,完毕。
另外,这里还隐含了一个设计选择:Rust 永远也不会自动创建数据的“深拷贝”。因此,任何自动的复制可以被认为对运行时性能影响较小。
变量与数据交互:克隆
如果我们确实需要深度复制String
中堆上的数据,而不仅仅是栈上的数据,可以使用一个叫做clone
的通用函数。第五章会讨论方法语法,不过因为方法在很多语言中是一个常见功能,所以之前你可能已经见过了。
这是一个实际使用clone
方法的例子:
let s1 = String::from("hello");
let s2 = s1.clone();
println!("s1 = {}, s2 = {}", s1, s2);
这段代码能正常运行,也是如何显式产生图 4-5 中行为的方式,这里堆上的数据被复制了。
当出现clone
调用时,你知道一些特有的代码被执行而且这些代码可能相当消耗资源。所以它作为一个可视化的标识代表了不同的行为。
只在栈上的数据:拷贝
这里还有一个没有提到的小窍门。这些代码使用了整型并且是有效的,他们是之前列表 4-2 中的一部分:
let x = 5;
let y = x;
println!("x = {}, y = {}", x, y);
他们似乎与我们刚刚学到的内容向抵触:没有调用clone
,不过x
依然有效且没有被移动到y
中。
原因是像整型这样的在编译时已知大小的类型被整个储存在栈上,所以拷贝其实际的值是快速的。这意味着没有理由在创建变量y
后使x
无效。换句话说,这里没有深浅拷贝的区别,所以调用clone
并不会与通常的浅拷贝有什么不同,我们可以不用管它。
Rust 有一个叫做Copy
trait 的特殊注解,可以用在类似整型这样的储存在栈上的类型(第十章详细讲解 trait)。如果一个类型拥有Copy
trait,一个旧的变量在(重新)赋值后仍然可用。Rust 不允许自身或其任何部分实现了Drop
trait 的类型使用Copy
trait。如果我们对其值离开作用域时需要特殊处理的类型使用Copy
注解,将会出现一个编译时错误。
那么什么类型是Copy
的呢?可以查看给定类型的文档来确认,不过作为一个通用的规则,任何简单标量值的组合可以是Copy
的,任何不需要分配内存或类似形式资源的类型是Copy
的,如下是一些Copy
的类型:
- 所有整数类型,比如
u32
。 - 布尔类型,
bool
,它的值是true
和false
。 - 所有浮点数类型,比如
f64
。 - 元组,当且仅当其包含的类型也都是
Copy
的时候。(i32, i32)
是Copy
的,不过(i32, String)
就不是。
所有权与函数
将值传递给函数在语言上与给变量赋值相似。向函数传递值可能会移动或者复制,就像赋值语句一样。列表 4-7 是一个带有变量何时进入和离开作用域标注的例子:
当尝试在调用takes_ownership
后使用s
时,Rust 会抛出一个编译时错误。这些静态检查使我们免于犯错。试试在main
函数中添加使用s
和x
的代码来看看哪里能使用他们,和哪里所有权规则会阻止我们这么做。
返回值与作用域
返回值也可以转移作用域。这里是一个有与列表 4-7 中类似标注的例子:
Filename: src/main.rs
fn main() {
let s1 = gives_ownership(); // gives_ownership moves its return
// value into s1.
let s2 = String::from("hello"); // s2 comes into scope.
let s3 = takes_and_gives_back(s2); // s2 is moved into
// takes_and_gives_back, which also
// moves its return value into s3.
} // Here, s3 goes out of scope and is dropped. s2 goes out of scope but was
// moved, so nothing happens. s1 goes out of scope and is dropped.
fn gives_ownership() -> String { // gives_ownership will move its
// return value into the function
// that calls it.
let some_string = String::from("hello"); // some_string comes into scope.
some_string // some_string is returned and
// moves out to the calling
// function.
}
// takes_and_gives_back will take a String and return one.
fn takes_and_gives_back(a_string: String) -> String { // a_string comes into
// scope.
a_string // a_string is returned and moves out to the calling function.
}
变量的所有权总是遵循相同的模式:将值赋值给另一个变量时移动它,并且当变量值的堆书卷离开作用域时,如果数据的所有权没有被移动到另外一个变量时,其值将通过drop
被清理掉。
在每一个函数中都获取并接着返回所有权是冗余乏味的。如果我们想要函数使用一个值但不获取所有权改怎么办呢?如果我们还要接着使用它的话,每次都传递出去再传回来就有点烦人了,另外我们也可能想要返回函数体产生的任何(不止一个)数据。
使用元组来返回多个值是可能的,像这样:
Filename: src/main.rs
fn main() {
let s1 = String::from("hello");
let (s2, len) = calculate_length(s1);
println!("The length of '{}' is {}.", s2, len);
}
fn calculate_length(s: String) -> (String, usize) {
let length = s.len(); // len() returns the length of a String.
(s, length)
}
但是这不免有些形式主义,同时这离一个通用的观点还有很长距离。幸运的是,Rust 对此提供了一个功能,叫做引用(references)。
引用与借用
ch04-02-references-and-borrowing.md
commit c9fd8eb1da7a79deee97020e8ad49af8ded78f9c
在上一部分的结尾处的使用元组的代码是有问题的,我们需要将String
返回给调用者函数这样就可以在调用calculate_length
后仍然可以使用String
了,因为String
先被移动到了calculate_length
。
下面是如何定义并使用一个(新的)calculate_length
函数,它以一个对象的引用作为参数而不是获取值的所有权:
Filename: src/main.rs
fn main() {
let s1 = String::from("hello");
let len = calculate_length(&s1);
println!("The length of '{}' is {}.", s1, len);
}
fn calculate_length(s: &String) -> usize {
s.len()
}
首先,注意变量声明和函数返回值中的所有元组代码都消失了。其次,注意我们传递&s1
给calculate_length
,同时在函数定义中,我们获取&String
而不是String
。
这些 & 符号就是引用,他们允许你使用值但不获取它的所有权。图 4-8 展示了一个图解。
仔细看看这个函数调用:
# fn calculate_length(s: &String) -> usize {
# s.len()
# }
let s1 = String::from("hello");
let len = calculate_length(&s1);
&s1
语法允许我们创建一个参考值s1
的引用,但是并不拥有它。因为并不拥有这个值,当引用离开作用域它指向的值也不会被丢弃。
同理,函数签名使用了&
来表明参数s
的类型是一个引用。让我们增加一些解释性的注解:
fn calculate_length(s: &String) -> usize { // s is a reference to a String
s.len()
} // Here, s goes out of scope. But because it does not have ownership of what
// it refers to, nothing happens.
变量s
有效的作用域与函数参数的作用域一样,不过当引用离开作用域后并不丢弃它指向的数据因为我们没有所有权。函数使用引用而不是实际值作为参数意味着无需返回值来交还所有权,因为就不曾拥有它。
我们将获取引用作为函数参数称为借用(borrowing)。正如现实生活中,如果一个人拥有某样东西,你可以从它哪里借来。当你使用完毕,必须还回去。
那么如果我们尝试修改借用的变量呢?尝试列表 4-9 中的代码。剧透:这行不通!
这里是错误:
error: cannot borrow immutable borrowed content `*some_string` as mutable
--> error.rs:8:5
|
8 | some_string.push_str(", world");
| ^^^^^^^^^^^
正如变量默认是不可变的,引用也一样。不允许修改引用的值。
可变引用
可以通过一个小调整来修复在列表 4-9 代码中的错误,在列表 4-9 的代码中:
Filename: src/main.rs
fn main() {
let mut s = String::from("hello");
change(&mut s);
}
fn change(some_string: &mut String) {
some_string.push_str(", world");
}
首先,必须将s
改为mut
。然后必须创建一个可变引用&mut s
和接受一个可变引用some_string: &mut String
。
不过可变引用有一个很大的限制:在特定作用域中的特定数据有且只有一个可变引用。这些代码会失败:
Filename: src/main.rs
let mut s = String::from("hello");
let r1 = &mut s;
let r2 = &mut s;
具体错误如下:
error[E0499]: cannot borrow `s` as mutable more than once at a time
--> borrow_twice.rs:5:19
|
4 | let r1 = &mut s;
| - first mutable borrow occurs here
5 | let r2 = &mut s;
| ^ second mutable borrow occurs here
6 | }
| - first borrow ends here
这个限制允许可变性,不过是以一种受限制的方式。新 Rustacean 们经常与此作斗争,因为大部分语言任何时候都是可变的。这个限制的好处是 Rust 可以在编译时就避免数据竞争(data races)。
数据竞争是一种特定类型的竞争状态,它可由这三个行为造成:
- 两个或更多指针同时访问相同的数据。
- 至少有一个指针被用来写数据。
- 没有被用来同步数据访问的机制。
数据竞争会导致未定义行为并且当在运行时尝试追踪时可能会变得难以诊断和修复;Rust 阻止了这种情况的发生,因为存在数据竞争的代码根本就不能编译!
一如既往,使用大括号来创建一个新的作用域,允许拥有多个可变引用,只是不能同时拥有:
let mut s = String::from("hello");
{
let r1 = &mut s;
} // r1 goes out of scope here, so we can make a new reference with no problems.
let r2 = &mut s;
当结合可变和不可变引用时有一个类似的规则存在。这些代码会导致一个错误:
let mut s = String::from("hello");
let r1 = &s; // no problem
let r2 = &s; // no problem
let r3 = &mut s; // BIG PROBLEM
错误如下:
error[E0502]: cannot borrow `s` as mutable because it is also borrowed as
immutable
--> borrow_thrice.rs:6:19
|
4 | let r1 = &s; // no problem
| - immutable borrow occurs here
5 | let r2 = &s; // no problem
6 | let r3 = &mut s; // BIG PROBLEM
| ^ mutable borrow occurs here
7 | }
| - immutable borrow ends here
哇哦!我们也不能在拥有不可变引用的同时拥有可变引用。不可变引用的用户可不希望在它的眼皮底下值突然就被改变了!然而,多个不可变引用是没有问题的因为没有哪个读取数据的人有能力影响其他人读取到的数据。
即使这些错误有时是使人沮丧的。记住这是 Rust 编译器在提早指出一个潜在的 bug(在编译时而不是运行时)并明确告诉你问题在哪而不是任由你去追踪为何有时数据并不是你想象中的那样。
悬垂引用
在存在指针的语言中,容易错误地生成一个悬垂指针(dangling pointer),一个引用某个内存位置的指针,这个内存可能已经因为被分配给别人,因为释放内存时指向内存的指针被保留了下来。相比之下,在 Rust 中编译器确保引用永远也不会变成悬垂状态:当我们拥有一些数据的引用,编译器确保数据不会在其引用之前离开作用域。
让我们尝试创建一个悬垂引用:
Filename: src/main.rs
fn main() {
let reference_to_nothing = dangle();
}
fn dangle() -> &String {
let s = String::from("hello");
&s
}
这里是错误:
error[E0106]: missing lifetime specifier
--> dangle.rs:5:16
|
5 | fn dangle() -> &String {
| ^^^^^^^
|
= help: this function's return type contains a borrowed value, but there is no
value for it to be borrowed from
= help: consider giving it a 'static lifetime
error: aborting due to previous error
错误信息引用了一个我们还未涉及到的功能:生命周期(lifetimes)。第十章会详细介绍生命周期。不过,如果你不理会生命周期的部分,错误信息确实包含了为什么代码是有问题的关键:
this function's return type contains a borrowed value, but there is no value
for it to be borrowed from.
让我们仔细看看我们的dangle
代码的每一步到底放生了什么:
fn dangle() -> &String { // dangle returns a reference to a String
let s = String::from("hello"); // s is a new String
&s // we return a reference to the String, s
} // Here, s goes out of scope, and is dropped. Its memory goes away.
// Danger!
因为s
是在dangle
创建的,当dangle
的代码执行完毕后,s
将被释放。不过我们尝试返回一个它的引用。这意味着这个引用会指向一个无效的String
!这可不好。Rust 不会允许我们这么做的。
正确的代码是直接返回String
:
fn no_dangle() -> String {
let s = String::from("hello");
s
}
这样就可以没有任何错误的运行了。所有权被移动出去,所以没有值被释放掉。
引用的规则
简要的概括一下对引用的讨论:
- 特定时间,只能拥有如下中的一个:
- 一个可变引用。
- 任意属性的不可变引用。
- 引用必须总是有效的。
接下来,我们来看看一种不同类型的引用:slices。
Slices
ch04-03-slices.md
commit c9fd8eb1da7a79deee97020e8ad49af8ded78f9c
另一个没有所有权的数据类型是 slice。slice 允许你引用集合中一段连续的元素序列,而不用引用整个集合。
这里有一个小的编程问题:编写一个获取一个字符串并返回它在其中找到的第一个单词的函数。如果函数没有在字符串中找到一个空格,就意味着整个字符串是一个单词,所以整个字符串都应该返回。
让我们看看这个函数的签名:
fn first_word(s: &String) -> ?
first_word
这个函数有一个参数&String
。因为我们不需要所有权,所以这没有问题。不过应该返回什么呢?我们并没有一个真正获取部分字符串的办法。不过,我们可以返回单词结尾的索引。让我们试试如列表 4-10 所示的代码:
让我们将代码分解成小块。因为需要一个元素一个元素的检查String
中的值是否是空格,需要用as_bytes
方法将String
转化为字节数组:
let bytes = s.as_bytes();
Next, we create an iterator over the array of bytes using the iter
method :
for (i, &item) in bytes.iter().enumerate() {
第十六章将讨论迭代器的更多细节。现在,只需知道iter
方法返回集合中的每一个元素,而enumerate
包装iter
的结果并返回一个元组,其中每一个元素是元组的一部分。返回元组的第一个元素是索引,第二个元素是集合中元素的引用。这比我们自己计算索引要方便一些。
因为enumerate
方法返回一个元组,我们可以使用模式来解构它,就像 Rust 中其他地方一样。所以在for
循环中,我们指定了一个模式,其中i
是元组中的索引而&item
是单个字节。因为从.iter().enumerate()
中获取了集合元素的引用,我们在模式中使用了&
。
我们通过字节的字面值来寻找代表空格的字节。如果找到了,返回它的位置。否则,使用s.len()
返回字符串的长度:
if item == b' ' {
return i;
}
}
s.len()
现在有了一个找到字符串中第一个单词结尾索引的方法了,不过这有一个问题。我们返回了单单一个usize
,不过它只在&String
的上下文中才是一个有意义的数字。换句话说,因为它是一个与String
像分离的值,无法保证将来它仍然有效。考虑一下列表 4-11 中使用了列表 4-10 first_word
函数的程序:
这个程序编译时没有任何错误,而且在调用s.clear()
之后使用word
也不会出错。这时word
与s
状态就没有联系了,所以word
仍然包含值5
。可以尝试用值5
来提取变量s
的第一个单词,不过这是有 bug 的,因为在我们将5
保存到word
之后s
的内容已经改变。
不得不担心word
的索引与s
中的数据不再同步是乏味且容易出错的!如果编写一个second_word
函数的话管理索引将更加容易出问题。它的签名看起来像这样:
fn second_word(s: &String) -> (usize, usize) {
现在我们跟踪了一个开始索引和一个结尾索引,同时有了更多从数据的某个特定状态计算而来的值,他们也完全没有与这个状态相关联。现在有了三个飘忽不定的不相关变量都需要被同步。
幸运的是,Rust 为这个问题提供了一个解决方案:字符串 slice。
字符串 slice
字符串 slice(string slice)是String
中一部分值的引用,它看起来像这样:
let s = String::from("hello world");
let hello = &s[0..5];
let world = &s[6..11];
这类似于获取整个String
的引用不过带有额外的[0..5]
部分。不同于整个String
的引用,这是一个包含String
内部的一个位置和所需元素数量的引用。
我们使用一个 range [starting_index..ending_index]
来创建 slice,不过 slice 的数据结构实际上储存了开始位置和 slice 的长度。所以就let world = &s[6..11];
来说,world
将是一个包含指向s
第 6 个字节的指针和长度值 5 的 slice。
图 4-12 展示了一个图例
对于 Rust 的..
range 语法,如果想要从第一个索引(0)开始,可以不写两个点号之前的值。换句话说,如下两个语句是相同的:
let s = String::from("hello");
let slice = &s[0..2];
let slice = &s[..2];
由此类推,如果 slice 包含String
的最后一个字节,也可以舍弃尾部的数字。这意味着如下也是相同的:
let s = String::from("hello");
let len = s.len();
let slice = &s[0..len];
let slice = &s[..];
在记住所有这些知识后,让我们重写first_word
来返回一个 slice。“字符串 slice”的签名写作&str
:
Filename: src/main.rs
fn first_word(s: &String) -> &str {
let bytes = s.as_bytes();
for (i, &item) in bytes.iter().enumerate() {
if item == b' ' {
return &s[0..i];
}
}
&s[..]
}
我们使用跟列表 4-10 相同的方式获取单词结尾的索引,通过寻找第一个出现的空格。当我们找到一个空格,我们返回一个索引,它使用字符串的开始和空格的索引来作为开始和结束的索引。
现在当调用first_word
时,会返回一个单独的与底层数据相联系的值。这个值由一个 slice 开始位置的引用和 slice 中元素的数量组成。
second_word
函数也可以改为返回一个 slice:
fn second_word(s: &String) -> &str {
现在我们有了一个不易混杂的直观的 API 了,因为编译器会确保指向String
的引用保持有效。还记得列表 4-11 程序中,那个当我们获取第一个单词结尾的索引不过接着就清除了字符串所以索引就无效了的 bug 吗?那些代码逻辑上时不正确的,不过却没有任何直观的错误。问题会在之后尝试对空字符串使用第一个单词的索引时出现。slice 就不可能出现这种 bug 并让我们更早的知道出问题了。使用 slice 版本的first_word
会抛出一个编译时错误:
Filename: src/main.rs
fn main() {
let mut s = String::from("hello world");
let word = first_word(&s);
s.clear(); // Error!
}
这里是编译错误:
17:6 error: cannot borrow `s` as mutable because it is also borrowed as
immutable [E0502]
s.clear(); // Error!
^
15:29 note: previous borrow of `s` occurs here; the immutable borrow prevents
subsequent moves or mutable borrows of `s` until the borrow ends
let word = first_word(&s);
^
18:2 note: previous borrow ends here
fn main() {
}
^
回忆一下借用规则,当拥有某值的不可变引用时。不能再获取一个可变引用。因为clear
需要清空String
,它尝试获取一个可变引用,它失败了。Rust 不仅使得我们的 API 简单易用,也在编译时就消除了一整个错误类型!
字符串字面值就是 slice
还记得我们讲到过字符串字面值被储存在二进制文件中吗。现在知道 slice 了,我们就可以正确的理解字符串字面值了:
let s = "Hello, world!";
这里s
的类型是&str
:它是一个指向二进制程序特定位置的 slice。这也就是为什么字符串字面值是不可变的;&str
是一个不可变引用。
字符串 slice 作为参数
在知道了能够获取字面值和String
的 slice 后引起了另一个对first_word
的改进,这是它的签名:
fn first_word(s: &String) -> &str {
相反一个更有经验的 Rustacean 会写下如下这一行,因为它使得可以对String
和&str
使用相同的函数:
fn first_word(s: &str) -> &str {
如果有一个字符串 slice,可以直接传递它。如果有一个String
,则可以传递整个String
的 slice。定义一个获取字符串 slice 而不是字符串引用的函数使得我们的 API 更加通用并且不会丢失任何功能:
Filename: src/main.rs
# fn first_word(s: &str) -> &str {
# let bytes = s.as_bytes();
#
# for (i, &item) in bytes.iter().enumerate() {
# if item == b' ' {
# return &s[0..i];
# }
# }
#
# &s[..]
# }
fn main() {
let my_string = String::from("hello world");
// first_word works on slices of `String`s
let word = first_word(&my_string[..]);
let my_string_literal = "hello world";
// first_word works on slices of string literals
let word = first_word(&my_string_literal[..]);
// since string literals *are* string slices already,
// this works too, without the slice syntax!
let word = first_word(my_string_literal);
}
其他 slice
字符串 slice,正如你想象的那样,是针对字符串的。不过也有更通用的 slice 类型。考虑一下这个数组:
let a = [1, 2, 3, 4, 5];
就跟我们想要获取字符串的一部分那样,我们也会想要引用数组的一部分,而我们可以这样做:
let a = [1, 2, 3, 4, 5];
let slice = &a[1..3];
这个 slice 的类型是&[i32]
。它跟以跟字符串 slice 一样的方式工作,通过储存第一个元素的引用和一个长度。你可以对其他所有类型的集合使用这类 slice。第八章讲到 vector 时会详细讨论这些集合。
总结
所有权、借用和 slice 这些概念是 Rust 何以在编译时保障内存安全的关键所在。Rust 像其他系统编程语言那样给予你对内存使用的控制,但拥有数据所有者在离开作用域后自动清除其数据的功能意味着你无须额外编写和调试相关的控制代码。
所有权系统影响了 Rust 中其他很多部分如何工作,所以我们会继续讲到这些概念,贯穿本书的余下内容。让我们开始下一个章节,来看看如何将多份数据组合进一个struct
中。
结构体
ch05-00-structs.md
commit 255b44b409585e472e14c396ebc75d28f540a1ac
struct
,是 structure 的缩写,是一个允许我们命名并将多个相关值包装进一个有意义的组合的自定义类型。如果你来自一个面向对象编程语言背景,struct
就像对象中的数据属性(字段)。在这一章的下一部分会讲到如何在结构体上定义方法;方法是如何为结构体数据指定行为的函数。struct
和enum
(将在第六章讲到)是为了充分利用 Rust 的编译时类型检查,来在程序范围创建新类型的基本组件。
对结构体的一种看法是他们与元组类似,这个我们在第三章讲过了。就像元组,结构体的每一部分可以是不同类型。可以命令各部分数据所以能更清楚的知道其值是什么意思。由于有了这些名字使得结构体更灵活:不需要依赖顺序来指定或访问实例中的值。
为了定义结构体,通过struct
关键字并为整个结构体提供一个名字。结构体的名字需要描述它所组合的数据的意义。接着,在大括号中,定义每一部分数据的名字,他们被称作字段(fields),并定义字段类型。例如,列表 5-1 展示了一个储存用户账号信息的结构体:
一旦定义后为了使用它,通过为每个字段指定具体值来创建这个结构体的实例。创建一个实例需要以结构体的名字开头,接着在大括号中使用key: value
对的形式提供字段,其中 key 是字段的名字而 value 是需要储存在字段中的数据值。这时字段的顺序并不必要与在结构体中声明他们的顺序一致。换句话说,结构体的定义就像一个这个类型的通用模板。例如,我们可以像这样来声明一个特定的用户:
# struct User {
# username: String,
# email: String,
# sign_in_count: u64,
# active: bool,
# }
#
let user1 = User {
email: String::from("someone@example.com"),
username: String::from("someusername123"),
active: true,
sign_in_count: 1,
};
为了从结构体中获取某个值,可以使用点号。如果我们只想要用户的邮箱地址,可以用user1.email
。
结构体数据的所有权
在列表 5-1 中的User
结构体的定义中,我们使用了自身拥有所有权的String
类型而不是&str
字符串 slice 类型。这是一个有意而为之的选择,因为我们想要这个结构体拥有它所有的数据,为此只要整个结构体是有效的话其数据也应该是有效的。
可以使结构体储存被其他对象拥有的数据的引用,不过这么做的话需要用上生命周期(lifetimes),这是第十章会讨论的一个 Rust 的功能。生命周期确保结构体引用的数据有效性跟结构体本身保持一致。如果你尝试在结构体中储存一个引用而不指定生命周期,比如这样:
Filename: src/main.rs
struct User {
username: &str,
email: &str,
sign_in_count: u64,
active: bool,
}
fn main() {
let user1 = User {
email: "someone@example.com",
username: "someusername123",
active: true,
sign_in_count: 1,
};
}
编译器会抱怨它需要生命周期说明符:
error[E0106]: missing lifetime specifier
-->
|
2 | username: &str,
| ^ expected lifetime parameter
error[E0106]: missing lifetime specifier
-->
|
3 | email: &str,
| ^ expected lifetime parameter
第十章会讲到如何修复这个问题以便在结构体中储存引用,不过现在,通过通过从像&str
这样的引用切换到像String
这类拥有所有权的类型来修改修改这个错误。
一个示例程序
为了理解何时会需要使用结构体,让我们编写一个计算长方形面积的程序。我们会从单独的变量开始,接着重构程序直到使用结构体替代他们为止。
使用 Cargo 来创建一个叫做 rectangles 的新二进制程序,它会获取一个长方形以像素为单位的长度和宽度并计算它的面积。列表 5-2 中是项目的 src/main.rs 文件中为此实现的一个小程序:
尝试使用cargo run
运行程序:
The area of the rectangle is 1500 square pixels.
使用元组重构
我们的小程序能正常运行;它调用area
函数用长方形的每个维度来计算出面积。不过我们可以做的更好。长度和宽度是相关联的,因为他们一起才能定义一个长方形。
这个做法的问题突显在area
的签名上:
fn area(length: u32, width: u32) -> u32 {
函数area
本应该计算一个长方形的面积,不过函数却有两个参数。这两个参数是相关联的,不过程序自身却哪里也没有表现出这一点。将长度和宽度组合在一起将更易懂也更易处理。
第三章已经讨论过了一种可行的方法:元组。列表 5-3 是一个使用元组的版本:
在某种程度上说这样好一点了。元组帮助我们增加了一些结构,现在在调用area
的时候只用传递一个参数。不过另一方面这个方法却更不明确了:元组并没有给出它元素的名称,所以计算变得更费解了,因为不得不使用索引来获取元组的每一部分:
dimensions.0 * dimensions.1
在面积计算时混淆长宽并没有什么问题,不过当在屏幕上绘制长方形时就有问题了!我们将不得不记住元组索引0
是length
而1
是width
。如果其他人要使用这些代码,他们也不得不搞清楚后再记住。容易忘记或者混淆这些值而造成错误,因为我们没有表达我们代码中数据的意义。
使用结构体重构:增加更多意义
现在引入结构体。我们可以将元组转换为一个有整体名称而且每个部分也有对应名字的数据类型,如列表 5-4 所示:
这里我们定义了一个结构体并称其为Rectangle
。在{}
中定义了字段length
和width
,都是u32
类型的。接着在main
中,我们创建了一个长度为 50 和宽度为 30 的Rectangle
的具体实例。
函数area
现在被定义为接收一个名叫rectangle
的参数,它的类型是一个结构体Rectangle
实例的不可变借用。第四章讲到过,我们希望借用结构体而不是获取它的所有权这样main
函数就可以保持rect1
的所有权并继续使用它,所以这就是为什么在函数签名和调用的地方会有&
。
area
函数访问Rectangle
的length
和width
字段。area
的签名现在明确的表明了我们的意图:计算一个Rectangle
的面积,通过其length
和width
字段。这表明了长度和宽度是相互联系的,并为这些值提供了描述性的名称而不是使用元组的索引值0
和1
。这是明确性的胜利。
通过衍生 trait 增加实用功能
如果能够在调试程序时打印出Rectangle
实例来查看其所有字段的值就更好了。列表 5-5 尝试像往常一样使用println!
宏:
如果运行代码,会出现带有如下核心信息的错误:
error[E0277]: the trait bound `Rectangle: std::fmt::Display` is not satisfied
println!
宏能处理很多类型的格式,不过,{}
,默认告诉println!
使用称为Display
的格式:直接提供给终端用户查看的输出。目前为止见过的基本类型都默认实现了Display
,所以它就是向用户展示1
或其他任何基本类型的唯一方式。不过对于结构体,println!
应该用来输出的格式是不明确的,因为这有更多显示的可能性:是否需要逗号?需要打印出结构体的{}
吗?所有字段都应该显示吗?因为这种不确定性,Rust 不尝试猜测我们的意图所以结构体并没有提供一个Display
的实现。
但是如果我们继续阅读错误,将会发现这个有帮助的信息:
note: `Rectangle` cannot be formatted with the default formatter; try using
`:?` instead if you are using a format string
让我们来试试!现在println!
看起来像println!("rect1 is {:?}", rect1);
这样。在{}
中加入:?
指示符告诉println!
我们想要使用叫做Debug
的输出格式。Debug
是一个 trait,它允许我们在调试代码时以一种对开发者有帮助的方式打印出结构体。
让我们试试运行这个变化...见鬼了。仍然能看到一个错误:
error: the trait bound `Rectangle: std::fmt::Debug` is not satisfied
虽然编译器又一次给出了一个有帮助的信息!
note: `Rectangle` cannot be formatted using `:?`; if it is defined in your
crate, add `#[derive(Debug)]` or manually implement it
Rust 确实包含了打印出调试信息的功能,不过我们必须为结构体显式选择这个功能。为此,在结构体定义之前加上#[derive(Debug)]
注解,如列表 5-6 所示:
此时此刻运行程序,运行这个程序,不会有任何错误并会出现如下输出:
rect1 is Rectangle { length: 50, width: 30 }
好极了!这不是最漂亮的输出,不过它显示这个实例的所有字段,毫无疑问这对调试有帮助。如果想要输出再好看和易读一点,这对更大的结构体会有帮助,可以将println!
的字符串中的{:?}
替换为{:#?}
。如果在这个例子中使用了美化的调试风格的话,输出会看起来像这样:
rect1 is Rectangle {
length: 50,
width: 30
}
Rust 为我们提供了很多可以通过derive
注解来使用的 trait,他们可以为我们的自定义类型增加有益的行为。这些 trait 和行为在附录 C 中列出。第十章会涉及到如何通过自定义行为来实现这些 trait,同时还有如何创建你自己的 trait。
我们的area
函数是非常明确的————它只是计算了长方形的面积。如果这个行为与Rectangle
结构体再结合得更紧密一些就更好了,因为这明显就是Rectangle
类型的行为。现在让我们看看如何继续重构这些代码,来将area
函数协调进Rectangle
类型定义的area
方法中。
方法语法
ch05-01-method-syntax.md
commit c9fd8eb1da7a79deee97020e8ad49af8ded78f9c
方法与函数类似:他们使用fn
关键和名字声明,他们可以拥有参数和返回值,同时包含一些代码会在某处被调用时执行。不过方法与方法是不同的,因为他们在结构体(或者枚举或者 trait 对象,将分别在第六章和第十三章讲解)的上下文中被定义,并且他们第一个参数总是self
,它代表方法被调用的结构体的实例。
定义方法
让我们将获取一个Rectangle
实例作为参数的area
函数改写成一个定义于Rectangle
结构体上的area
方法,如列表 5-7 所示:
为了使函数定义于Rectangle
的上下文中,我们开始了一个impl
块(impl
是 implementation 的缩写)。接着将函数移动到impl
大括号中,并将签名中的第一个(在这里也是唯一一个)参数和函数体中其他地方的对应参数改成self
。然后在main
中将我们调用area
方法并传递rect1
作为参数的地方,改成使用方法语法在Rectangle
实例上调用area
方法。方法语法获取一个实例并加上一个点号后跟方法名、括号以及任何参数。
在area
的签名中,开始使用&self
来替代rectangle: &Rectangle
,因为该方法位于impl Rectangle
上下文中所以 Rust 知道self
的类型是Rectangle
。注意仍然需要在self
前面加上&
,就像&Rectangle
一样。方法可以选择获取self
的所有权,像我们这里一样不可变的借用self
,或者可变的借用self
,就跟其他别的参数一样。
这里选择&self
跟在函数版本中使用&Rectangle
出于同样的理由:我们并不想获取所有权,只希望能够读取结构体中的数据,而不是写入。如果想要能够在方法中改变调用方法的实例的话,需要将抵押给参数改为&mut self
。通过仅仅使用self
作为第一个参数来使方法获取实例的所有权,不过这是很少见的;这通常用在当方法将self
转换成别的实例的时候,同时我们想要防止调用者在转换之后使用原始的实例。
使用方法而不是函数,除了使用了方法语法和不需要在每个函数签名中重复self
类型外,其主要好处在于组织性。我将某个类型实例能做的所有事情都一起放入impl
块中,而不是让将来的用户在我们的代码中到处寻找`Rectangle的功能。
->
运算符到哪去了?像在 C++ 这样的语言中,又两个不同的运算符来调用方法:
.
直接在对象上调用方法,而->
在一个对象的指针上调用方法,这时需要先解引用(dereference)指针。换句话说,如果object
是一个指针,那么object->something()
就像(*object).something()
一样。Rust 并没有一个与
->
等效的运算符;相反,Rust 有一个叫自动引用和解引用(automatic referencing and dereferencing)的功能。方法调用是 Rust 中少数几个拥有这种行为的地方。这是它如何工作的:当使用
object.something()
调用方法时,Rust 会自动增加&
、&mut
或*
以便使object
符合方法的签名。也就是说,这些代码是等同的:# #[derive(Debug,Copy,Clone)] # struct Point { # x: f64, # y: f64, # } # # impl Point { # fn distance(&self, other: &Point) -> f64 { # let x_squared = f64::powi(other.x - self.x, 2); # let y_squared = f64::powi(other.y - self.y, 2); # # f64::sqrt(x_squared + y_squared) # } # } # let p1 = Point { x: 0.0, y: 0.0 }; # let p2 = Point { x: 5.0, y: 6.5 }; p1.distance(&p2); (&p1).distance(&p2);
第一行看起来简洁的多。这种自动引用的行为之所以能行得通是因为方法有一个明确的接收者————
self
的类型。在给出接收者和方法名的前提下,Rust 可以明确的计算出方法是仅仅读取(所以需要&self
),做出修改(所以是&mut self
)或者是获取所有权(所以是self
)。Rust 这种使得借用对方法接收者来说是隐式的做法是其所有权系统人体工程学实践的一大部分。
带有更多参数的方法
让我们更多的实践一下方法,通过为Rectangle
结构体实现第二个方法。这回,我们让一个Rectangle
的实例获取另一个Rectangle
实例并返回self
能否完全包含第二个长方形,如果能返回true
若不能则返回false
。当我们定义了can_hold
方法,就可以运行列表 5-8 中的代码了:
我们希望看到如下输出,因为rect2
的长宽都小于rect1
,而rect3
比rect1
要宽:
Can rect1 hold rect2? true
Can rect1 hold rect3? false
因为我们想定义一个方法,所以它应该位于impl Rectangle
块中。方法名是can_hold
,并且它会获取另一个Rectangle
的不可变借用作为参数。通过观察调用点可以看出参数是什么类型的:rect1.can_hold(&rect2)
传入了&rect2
,它是一个Rectangle
的实例rect2
的不可变借用。这是可以理解的,因为我们只需要读取rect2
(而不是写入,这意味着我们需要一个可变借用)而且希望main
保持rect2
的所有权这样就可以在调用这个方法后继续使用它。can_hold
的返回值是一个布尔值,其实现会分别检查self
的长宽是够都大于另一个Rectangle
。让我们在列表 5-7 的impl
块中增加这个新方法:
Filename: src/main.rs
# #[derive(Debug)]
# struct Rectangle {
# length: u32,
# width: u32,
# }
#
impl Rectangle {
fn area(&self) -> u32 {
self.length * self.width
}
fn can_hold(&self, other: &Rectangle) -> bool {
self.length > other.length && self.width > other.width
}
}
如果结合列表 5-8 的main
函数来运行,就会看到想要得到的输出!方法可以在self
后增加多个参数,而且这些参数就像函数中的参数一样工作。
关联函数
impl
块的另一个好用的功能是:允许在impl
块中定义不以self
作为参数的函数。这被称为关联函数(associated functions),因为他们与结构体相关联。即便如此他们也是函数而不是方法,因为他们并不作用于一个结构体的实例。你已经使用过一个关联函数了:String::from
。
关联函数经常被用作返回一个结构体新实例的构造函数。例如我们可以一个关联函数,它获取一个维度参数并且用来作为长宽,这样可以更轻松的创建一个正方形Rectangle
而不必指定两次同样的值:
Filename: src/main.rs
# #[derive(Debug)]
# struct Rectangle {
# length: u32,
# width: u32,
# }
#
impl Rectangle {
fn square(size: u32) -> Rectangle {
Rectangle { length: size, width: size }
}
}
使用结构体名和::
语法来调用这个关联函数:比如let sq = Rectangle::square(3);
。这个方法位于结构体的命名空间中:::
语法用于关联函数和模块创建的命名空间,第七章会讲到后者。
总结
结构体让我们可以在自己的范围内创建有意义的自定义类型。通过结构体,我们可以将相关联的数据片段联系起来并命名他们来使得代码更清晰。方法允许为结构体实例指定行为,而关联函数将特定功能置于结构体的命名空间中并且无需一个实例。
结构体并不是创建自定义类型的唯一方法;让我们转向 Rust 的enum
功能并为自己的工具箱再填一个工具。
枚举和模式匹配
ch06-00-enums.md
commit 396e2db4f7de2e5e7869b1f8bc905c45c631ad7d
本章介绍枚举,也被称作 enums。枚举允许你通过列举可能的值来定义一个类型。首先,我们会定义并使用一个枚举来展示它是如何连同数据一起编码信息的。接下来,我们会探索一个特别有用的枚举,叫做Option
,它代表一个值要么是一些值要么什么都不是。然后会讲到match
表达式中的模式匹配如何使对枚举不同的值运行不同的代码变得容易。最后会涉及到if let
,另一个简洁方便处理代码中枚举的结构。
枚举是一个很多语言都有的功能,不过不同语言中的功能各不相同。Rust 的枚举与像F#、OCaml 和 Haskell这样的函数式编程语言中的代数数据类型(algebraic data types)最为相似。
定义枚举
ch06-01-defining-an-enum.md
commit 396e2db4f7de2e5e7869b1f8bc905c45c631ad7d
让我们通过一用代码来表现的场景,来看看为什么这里枚举是有用的而且比结构体更合适。比如我们要处理 IP 地。目前被广泛使用的两个主要 IP 标准:IPv4(version four)和 IPv6(version six)。这是我们的程序只可能会遇到两种 IP 地址:我们可以枚举出所有可能的值,这也正是它名字的由来。
任何一个 IP 地址要么是 IPv4 的要么是 IPv6 的而不能两者都是。IP 地址的这个特性使得枚举数据结构非常适合这个场景,因为枚举值尽可能是其一个成员。IPv4 和 IPv6 从根本上讲都是 IP 地址,所以当代码在处理申请任何类型的 IP 地址的场景时应该把他们当作相同的类型。
可以通过在代码中定义一个IpAddrKind
枚举来表现这个概念并列出可能的 IP 地址类型,V4
和V6
。这被称为枚举的成员(variants):
enum IpAddrKind {
V4,
V6,
}
现在IpAddrKind
就是一个可以在代码中使用的自定义类型了。
枚举值
可以像这样创建IpAddrKind
两个不同成员的实例:
# enum IpAddrKind {
# V4,
# V6,
# }
#
let four = IpAddrKind::V4;
let six = IpAddrKind::V6;
注意枚举的成员位于其标识符的命名空间中,并使用两个冒号分开。这么设计的益处是现在IpAddrKind::V4
和IpAddrKind::V6
是相同类型的:IpAddrKind
。例如,接着我们可以顶一个函数来获取IpAddrKind
:
# enum IpAddrKind {
# V4,
# V6,
# }
#
fn route(ip_type: IpAddrKind) { }
现在可以使用任意成员来调用这个函数:
# enum IpAddrKind {
# V4,
# V6,
# }
#
# fn route(ip_type: IpAddrKind) { }
#
route(IpAddrKind::V4);
route(IpAddrKind::V6);
使用枚举甚至还有更多优势。进一步考虑一下我们的 IP 地址类型,目前没有一个储存实际 IP 地址数据的方法;只知道它是什么类型的。考虑到已经在第五章学习过结构体了,你可以想如列表 6-1 那样修改这个问题:
这里我们定义了一个有两个字段的结构体IpAddr
:kind
字段是IpAddrKind
(之前定义的枚举)类型的而address
字段是String
类型的。这里有两个结构体的实例。第一个,home
,它的kind
的值是IpAddrKind::V4
与之相关联的地址数据是127.0.0.1
。第二个实例,loopback
,kind
的值是IpAddrKind
的另一个成员,V6
,关联的地址是::1
。我们使用了要给结构体来将kind
和address
打包在一起,现在枚举成员就与值相关联了。
我们可以使用一种更简洁的方式来表达相同的概念,仅仅使用枚举并将数据直接放进每一个枚举成员而不是将枚举作为结构体的一部分。IpAddr
枚举的新定义表明了V4
和V6
成员都关联了String
值:
enum IpAddr {
V4(String),
V6(String),
}
let home = IpAddr::V4(String::from("127.0.0.1"));
let loopback = IpAddr::V6(String::from("::1"));
我们直接将数据附加到枚举的每个成员上,这样就不需要一个额外的结构体了。
使用枚举而不是结构体还有另外一个优势:每个成员可以处理不同类型和数量的数据。IPv4 版本的 IP 地址总是含有四个值在 0 和 255 之间的数字部分。如果我们想要将V4
地址储存为四个u8
值而V6
地址仍然表现为一个String
,这就不能使用结构体了。枚举可以轻易处理的这个情况:
enum IpAddr {
V4(u8, u8, u8, u8),
V6(String),
}
let home = IpAddr::V4(127, 0, 0, 1);
let loopback = IpAddr::V6(String::from("::1"));
这些代码展示了使用枚举来储存两种不同 IP 地址的几种可能的选择。然而,事实证明储存和编码 IP 地址实在是太常见了以致标准库提供了一个可供使用的定义!让我们看看标准库如何定义IpAddr
的:它正有着跟我们定义和使用的一样的枚举和成员,不过它将成员种的地址数据嵌入到了两个不同形式的结构体中,他们对不同的成员的定义是不同的:
struct Ipv4Addr {
// details elided
}
struct Ipv6Addr {
// details elided
}
enum IpAddr {
V4(Ipv4Addr),
V6(Ipv6Addr),
}
这些代码展示了可以将任意类型的数据放入枚举成员中:例如字符串、数字类型或者结构体。甚至可以包含另一个枚举!另外,标准库中的类型通常并不比你可能设想出来的要复杂多少。
注意虽然标准库中包含一个IpAddr
的定义,仍然可以创建和使用我们自己的定义而不会有冲突,因为我们并没有将标准库中的定义引入作用域。第七章会讲到如何导入类型。
来看看列表 6-2 中的另一个枚举的例子:它的成员中内嵌了多种多样的类型:
这个枚举有四个含有不同类型的成员:
Quit
没有关联任何数据。Move
包含一个匿名结构体Write
包含单独一个String
。ChangeColor
包含三个i32
。
定义一个像列表 6-2 中的枚举类似于定义不同类型的结构体,除了枚举不使用struct
关键字而且所有成员都被组合在一起位于Message
下。如下这些结构体可以包含与之前枚举成员中相同的数据:
struct QuitMessage; // unit struct
struct MoveMessage {
x: i32,
y: i32,
}
struct WriteMessage(String); // tuple struct
struct ChangeColorMessage(i32, i32, i32); // tuple struct
不过如果我们使用不同的结构体,他们都有不同的类型,将不能轻易的定义一个获取任何这些信息类型的函数,正如可以使用列表 6-2 中定义的Message
枚举那样因为他们是一个类型的。
结构体和枚举还有另一个相似点:就像可以使用impl
来为结构体定义方法那样,也可以在枚举上定义方法。这是一个定义于我们Message
枚举上的叫做call
的方法:
# enum Message {
# Quit,
# Move { x: i32, y: i32 },
# Write(String),
# ChangeColor(i32, i32, i32),
# }
#
impl Message {
fn call(&self) {
// method body would be defined here
}
}
let m = Message::Write(String::from("hello"));
m.call();
方法体使用了self
来获取调用方法的值。这个例子中,创建了一个拥有类型Message::Write("hello")
的变量m
,而且这就是当m.call()
运行时call
方法中的self
的值。
让我们看看标准库中的另一个非常常见和实用的枚举:Option
。
Option
枚举和其相对空值的优势
在之前的部分,我们看到了IpAddr
枚举如何利用 Rust 的类型系统编码更多信息而不单单是程序中的数据。这一部分探索一个Option
的案例分析,它是标准库定义的另一个枚举。Option
类型应用广泛因为它编码了一个非常普遍的场景,就是一个值可能是某个值或者什么都不是。从类型系统的角度来表达这个概念就意味着编译器需要检查是否处理了所有应该处理的情况,这样就可以避免在其他编程语言中非常常见的 bug。
编程语言的设计经常从其包含功能的角度考虑问题,但是从不包含的功能的角度思考也很重要。Rust 并没有很多其他语言中有的空值功能。空值(Null )是一个值它代表没有值。在有空值的语言中,变量总是这两种状态之一:空值和非空值。
在“Null References: The Billion Dollar Mistake”中,Tony Hoare,null 的发明者,曾经说到:
我称之为我万亿美元的错误。当时,我在在一个面向对象语言设计第一个综合性的面向引用的类型系统。我的目标是通过编译器的自动检查来保证所有引用的应有都应该是绝对安全的。不过我未能抗拒引入一个空引用的诱惑,仅仅是因为它是这么的容易实现。这引发了无数错误、漏洞和系统崩溃,在之后的四十多年中造成了数以万计美元的苦痛和伤害。
空值的为题在于当你尝试像一个非空值那样使用一个空值,会出现某种形式的错误。因为空和非空的属性是无处不在的,非常容易出现这类错误。
然而,空值尝试表达的概念仍然是有意义的:空值是一个因为某种原因目前无效或缺失的值。
问题不在于实际的概念而在于具体的实现。为此,Rust 并没有空值,不过它确实拥有一个可以编码存在或不存在概念的枚举。这个枚举是Option<T>
,而且它定义于标准库中,如下:
enum Option<T> {
Some(T),
None,
}
Option<T>
是如此有用以至于它甚至被包含在了 prelude 之中:不需要显式导入它。另外,它的成员也是如此:可以不需要Option::
前缀来直接使用Some
和None
。即便如此Option<T>
也仍是常规的枚举,Some(T)
和None
仍是Option<T>
的成员。
<T>
语法是一个我们还未讲到的 Rust 功能。它是一个泛型类型参数,第十章会更详细的讲解泛型。目前,所有你需要知道的就是<T>
意味着Option
枚举的Some
成员可以包含任意类型的数据。这里是一些包含数字类型和字符串类型Option
值的例子:
let some_number = Some(5);
let some_string = Some("a string");
let absent_number: Option<i32> = None;
如果使用None
而不是Some
,需要告诉 Rust Option<T>
是什么类型的,因为编译器只通过None
值无法推断出Some
成员的类型。
当有一个Some
值时,我们就知道存在一个值,而这个值保存在Some
中。当有个None
值时,在某种意义上它跟空值是相同的意义:并没有一个有效的值。那么,Option<T>
为什么就比空值要好呢?
简而言之,因为Option<T>
和T
(这里T
可以是任何类型)是不同的类型,编译器不允许像一个被定义的有效的类型那样使用Option<T>
。例如,这些代码不能编译,因为它尝试将Option<i8>
与i8
相比:
let x: i8 = 5;
let y: Option<i8> = Some(5);
let sum = x + y;
如果运行这些代码,将得到类似这样的错误信息:
error[E0277]: the trait bound `i8: std::ops::Add<std::option::Option<i8>>` is
not satisfied
-->
|
7 | let sum = x + y;
| ^^^^^
|
哇哦!事实上,错误信息意味着 Rust 不知道该如何将Option<i8>
与i8
相加。当在 Rust 中拥有一个像i8
这样类型的值时,编译器确保它总是有一个有效的值。我们可以自信使用而无需判空。只有当使用Option<i8>
(或者任何用到的类型)是需要担心可能没有一个值,而编译器会确保我们在使用值之前处理为空的情况。
换句话说,在对Option<T>
进行T
的运算之前必须转为T
。通常这能帮助我们捕获空值最常见的问题之一:假设某值不为空但实际上为空。
无需担心错过非空值的假设(和处理)让我们对代码更加有信心,为了拥有一个可能为空的值,必须显式的将其放入对应类型的Option<T>
中。接着,当使用这个值时,必须明确的处理值为空的情况。任何地方一个值不是Option<T>
类型的话,可以安全的假设它的值不为空。这是 Rust 的一个有意为之的设计选择,来限制空值的泛滥和增加 Rust 代码的安全性。
那么当有一个Option<T>
的值时,如何从Some
成员中取出T
的值来使用它呢?Option<T>
枚举拥有大量用于各种情况的方法:你可以查看相关代码。熟悉Option<T>
的方法将对你的 Rust 之旅提供巨大的帮助。
总的来说,为了使用Option<T>
值,需要编写处理每个成员的代码。我们想要一些代码只当拥有Some(T)
值时运行,这些代码允许使用其中的T
。也希望一些代码当在None
值时运行,这些代码并没有一个可用的T
值。match
表达式就是这么一个处理枚举的控制流结构:它会根据枚举的成员运行不同的代码,这些代码可以使用匹配到的值中的数据。
match
控制流运算符
ch06-02-match.md
commit 396e2db4f7de2e5e7869b1f8bc905c45c631ad7d
Rust 有一个叫做match
的极为强大的控制流运算符,它允许我们将一个值与一系列的模式相比较并根据匹配的模式执行代码。模式可由字面值、变量、通配符和许多其他内容构成;第十八章会讲到所有不同种类的模式以及他们的作用。match
的力量来源于模式的表现力以及编译器检查,它确保了所有可能的情况都得到处理。
把match
表达式想象成某种硬币分啦机:硬币滑入有着不同大小孔洞的轨道,每一个硬币都会掉入符合它大小的孔洞。同样地,值也会检查match
的每一个模式,并且在遇到第一个“符合”的模式时,值会进入相关联的代码块并在执行中被使用。
因为刚刚提到了硬币,让我们用他们来作为一个使用match
的例子!我们可以编写一个函数来获取一个未知的(美国)硬币,并以一种类似验钞机的方式,确定它是何种硬币并返回它的美分值,如列表 6-3 中所示:
拆开value_in_cents
函数中的match
来看。首先,我们列出match
关键字后跟一个表达式,在这个例子中是coin
的值。这看起来非常像if
使用的表达式,不过这里有一个非常大的区别:对于if
,表达式必须返回一个布尔值。而这里它可以是任何类型的。例子中的coin
的类型是列表 6-3 中定义的Coin
枚举。
接下来是match
的分支。一个分支有两个部分:一个模式和一些代码。第一个分支的模式是值Coin::Penny
而之后的=>
运算符将模式和将要运行的代码分开。这里的代码就仅仅是值1
。每一个分支之间使用逗号分隔。
每个分支相关联的代码是一个表达式,而表达式的结果值将作为整个match
表达式的返回值。
如果分支代码较短的话可以不适用大括号,正如列表 6-3 中的每个分支都只是返回一个值。如果想要在分支中运行多行代码,可以使用大括号。例如,如下代码在每次使用Coin::Penny
调用时都会打印出“Lucky penny!”,同时仍然返回代码块最后的值,1
:
# enum Coin {
# Penny,
# Nickel,
# Dime,
# Quarter,
# }
#
fn value_in_cents(coin: Coin) -> i32 {
match coin {
Coin::Penny => {
println!("Lucky penny!");
1
},
Coin::Nickel => 5,
Coin::Dime => 10,
Coin::Quarter => 25,
}
}
绑定值的模式
匹配分支的另一个有用的功能是可以绑定匹配的模式的部分值。这也就是如何从枚举成员中提取值。
作为一个例子,让我们修改枚举的一个成员来存放数据。1999 年到 2008 年间,美帝在 25 美分的硬币的一侧为 50 个州每一个都印刷了不同的设计。其他的硬币都没有这种区分州的设计,所以只有这些 25 美分硬币有特殊的价值。可以将这些信息加入我们的enum
,通过改变Quarter
成员来包含一个State
值,列表 6-4 中完成了这些修改:
想象一下我们的一个朋友尝试收集所有 50 个州的 25 美分硬币。在根据硬币类型分类零钱的同时,也可以报告出每个 25 美分硬币所对应的州名称,这样如何我们的朋友没有的话,他可以把它加入收藏。
在这些代码的匹配表达式中,我们在匹配Coin::Quarter
成员的分支的模式中增加了一个叫做state
的变量。当匹配到Coin::Quarter
时,变量state
将会绑定 25 美分硬币所对应州的值。接着在代码那个分支中使用state
,如下:
# #[derive(Debug)]
# enum UsState {
# Alabama,
# Alaska,
# }
#
# enum Coin {
# Penny,
# Nickel,
# Dime,
# Quarter(UsState),
# }
#
fn value_in_cents(coin: Coin) -> i32 {
match coin {
Coin::Penny => 1,
Coin::Nickel => 5,
Coin::Dime => 10,
Coin::Quarter(state) => {
println!("State quarter from {:?}!", state);
25
},
}
}
如果调用value_in_cents(Coin::Quarter(UsState::Alaska))
,coin
将是Coin::Quarter(UsState::Alaska)
。当将值与每个分支相比较时,没有分支会匹配知道遇到Coin::Quarter(state)
。这时,state
绑定的将会是值UsState::Alaska
。接着就可以在println!
表达式中使用这个绑定了,像这样就可以获取Coin
枚举的Quarter
成员中内部的州的值。
匹配Option<T>
在之前的部分在使用Option<T>
时我们想要从Some
中取出其内部的T
值;也可以像处理Coin
枚举那样使用match
处理Option<T>
!与其直接比较硬币,我们将比较Option<T>
的成员,不过match
表达式的工作方式保持不变。
比如想要编写一个函数,它获取一个Option<i32>
并且如果其中有一个值,将其加一。如果其中没有值,函数应该返回None
值并不尝试执行任何操作。
编写这个函数非常简单,得益于match
,它将看起来像列表 6-5 中这样:
匹配Some(T)
更仔细的检查plus_one
的第一行操作。当调用plus_one(five)
时,plus_one
函数体中的x
将会是值Some(5)
。接着将其与每个分支比较。
None => None,
值Some(5)
并不匹配模式None
,所以继续进行下一个分支。
Some(i) => Some(i + 1),
Some(5)
与Some(i)
匹配吗?为什么不呢!他们是相同的成员。i
绑定了Some
中包含的值,所以i
的值是5
。接着匹配分支的代码被执行,所以我们将i
的值加一并返回一个含有值6
的新Some
。
匹配None
接着考虑下列表 6-5 中plus_one
的第二个调用,这里x
是None
。我们进入match
并与第一个分支相比较。
None => None,
匹配上了!这里没有值来加一,所以程序结束并返回=>
右侧的值None
,因为第一个分支就匹配到了,其他的分支将不再比较。
将match
与枚举相结合在很多场景中都是有用的。你会在 Rust 代码中看到很多这样的模式:match
一个枚举,绑定其中的值到一个变量,接着根据其值执行代码。这在一开有点复杂,不过一旦习惯了,你将希望所有语言都拥有它!这一直是用户的最爱。
匹配是穷尽的
match
还有另一方面需要讨论。考虑一下plus_one
函数的这个版本:
fn plus_one(x: Option<i32>) -> Option<i32> {
match x {
Some(i) => Some(i + 1),
}
}
我们没有处理None
的情况,所以这些代码会造成一个 bug。幸运的是,这是一个 Rust 知道如何处理的 bug。如果尝试编译这段代码,会得到这个错误:
error[E0004]: non-exhaustive patterns: `None` not covered
-->
|
6 | match x {
| ^ pattern `None` not covered
Rust 知道我们没有覆盖所有可能的情况甚至知道那些模式被忘记了!Rust 中的匹配是穷尽的(*exhaustive):必须穷举到最后的可能性来使代码有效。特别的在这个Option<T>
的例子中,Rust 防止我们忘记明确的处理None
的情况,这使我们免于假设拥有一个实际上为空的值,这造成了之前提到过的价值亿万的错误。
_
通配符
Rust 也提供了一个模式用于不想列举出所有可能值的场景。例如,u8
可以拥有 0 到 255 的有效的值,如果我们只关心 1、3、5 和 7 这几个值,就并不想必须列出 0、2、4、6、8、9 一直到 255 的值。所幸我们不必这么做:可以使用特殊的模式_
替代:
let some_u8_value = 0u8;
match some_u8_value {
1 => println!("one"),
3 => println!("three"),
5 => println!("five"),
7 => println!("seven"),
_ => (),
}
_
模式会匹配所有的值。通过将其放置于其他分支之后,_
将会匹配所有之前没有指定的可能的值。()
就是 unit 值,所以_
的情况什么也不会发生。因此,可以说我们想要对_
通配符之前没有列出的所有可能的值不做任何处理。
然而,match
在只关心一个情况的场景中可能就有点啰嗦了。为此 Rust 提供了if let
。
if let
简单控制流
ch06-03-if-let.md
commit 396e2db4f7de2e5e7869b1f8bc905c45c631ad7d
if let
语法让我们以一种不那么冗长的方式结合if
和let
,来处理匹配一个模式的值而忽略其他的值。考虑列表 6-6 中的程序,它匹配一个Option<u8>
值并只希望当值是三时执行代码:
我们想要对Some(3)
匹配进行操作不过不想处理任何其他Some<u8>
值或None
值。为了满足match
表达式(穷尽性)的要求,必须在处理完这唯一的成员后加上_ => ()
,这样也要增加很多样板代码。
不过我们可以使用if let
这种更短的方式编写。如下代码与列表 6-6 中的match
行为一致:
# let some_u8_value = Some(0u8);
if let Some(3) = some_u8_value {
println!("three");
}
if let
获取通过=
分隔的一个模式和一个表达式。它的工作方式与match
相同,这里的表达式对应match
而模式则对应第一个分支。
使用if let
意味着编写更少代码,更少的缩进和更少的样板代码。然而,这样会失去match
强制要求的穷进行检查。match
和if let
之间的选择依赖特定的环境以及增加简洁度和失去穷尽性检查的权衡取舍。
换句话说,可以认为if let
是match
的一个语法糖,它当值匹配某一模式时执行代码而忽略所有其他值。
可以在if let
中包含一个else
。else
块中的代码与match
表达式中的_
分支块中的代码相同,这样的match
表达式就等同于if let
和else
。回忆一下列表 6-4 中Coin
枚举的定义,它的Quarter
成员包含一个UsState
值。如果想要计数所有不是 25 美分的硬币的同时也报告 25 美分硬币所属的州,可以使用这样一个match
表达式:
# #[derive(Debug)]
# enum UsState {
# Alabama,
# Alaska,
# }
#
# enum Coin {
# Penny,
# Nickel,
# Dime,
# Quarter(UsState),
# }
# let coin = Coin::Penny;
let mut count = 0;
match coin {
Coin::Quarter(state) => println!("State quarter from {:?}!", state),
_ => count += 1,
}
或者可以使用这样的if let
和else
表达式:
# #[derive(Debug)]
# enum UsState {
# Alabama,
# Alaska,
# }
#
# enum Coin {
# Penny,
# Nickel,
# Dime,
# Quarter(UsState),
# }
# let coin = Coin::Penny;
let mut count = 0;
if let Coin::Quarter(state) = coin {
println!("State quarter from {:?}!", state);
} else {
count += 1;
}
如果你的程序遇到一个使用match
表达起来过于啰嗦的逻辑,记住if let
也在你的 Rust 工具箱中。
总结
现在我们涉及到了如何使用枚举来创建有一系列可列举值的自定义类型。我们也展示了标准库的Option<T>
类型是如何帮助你利用类型系统来避免出错。当枚举值包含数据时,你可以根据需要处理多少情况来选择使用match
或if let
来获取并使用这些值。
你的 Rust 程序现在能够使用结构体和枚举在自己的作用域内表现其内容了。在你的 API 中使用自定义类型保证了类型安全:编译器会确保你的函数只会得到它期望的类型的值。
为了向你的用户提供一个组织良好的 API,它使用直观且只向用户暴露他们确实需要的部分,那么让我们转向 Rust 的模块系统吧。
模块
ch07-00-modules.md
commit e2a129961ae346f726f8b342455ec2255cdfed68
在你刚开始编写 Rust 程序时,代码可能仅仅位于main
函数里。随着代码数量的增长,最终你会将功能移动到其他函数中,为了复用也为了更好的组织。通过将代码分隔成更小的块,每一个块代码自身就更易于理解。不过当你发现自己有太多的函数了该怎么办呢?Rust 有一个模块系统来处理编写可复用代码同时保持代码组织度的问题。
就跟你将代码行提取到一个函数中一样,也可以将函数(和其他类似结构体和枚举的代码)提取到不同模块中。模块(module)是一个包含函数或类型定义的命名空间,你可以选择这些定义是能(公有)还是不能(私有)在其模块外可见。这是一个模块如何工作的概括:
- 使用
mod
关键字声明模块 - 默认所有内容都是私有的(包括模块自身)。可以使用
pub
关键字将其变成公有并在其命名空间外可见。 use
关键字允许引入模块、或模块中的定义到作用域中以便于引用他们。
我们会逐一了解这每一部分并学习如何将他们结合在一起。
mod
和文件系统
ch07-01-mod-and-the-filesystem.md
commit e2a129961ae346f726f8b342455ec2255cdfed68
我们将通过使用 Cargo 创建一个新项目来开始我们的模块之旅,不过我们不再创建一个二进制 crate,而是创建一个库 crate:一个其他人可以作为依赖导入的项目。第二章我们见过的rand
就是这样的 crate。
我们将创建一个提供一些通用网络功能的项目的骨架结构;我们将专注于模块和函数的组织,而不担心函数体中的具体代码。这个项目叫做communicator
。Cargo 默认会创建一个库 crate 除非指定其他项目类型,所以如果不像一直以来那样加入--bin
参数则项目将会是一个库:
$ cargo new communicator
$ cd communicator
注意 Cargo 生成了 src/lib.rs 而不是 src/main.rs。在 src/lib.rs 中我们会找到这些:
Filename: src/lib.rs
#[cfg(test)]
mod tests {
#[test]
fn it_works() {
}
}
Cargo 创建了一个空的测试来帮助我们开始库项目,不像使用--bin
参数那样创建一个“Hello, world!”二进制项目。稍后一点会介绍#[]
和mod tests
语法,目前只需确保他们位于 src/lib.rs 中。
因为没有 src/main.rs 文件,所以没有可供 Cargo 的cargo run
执行的东西。因此,我们将使用cargo build
命令只是编译库 crate 的代码。
我们将学习根据编写代码的意图来选择不同的织库项目代码组织来适应多种场景。
模块定义
对于communicator
网络库,首先我们要定义一个叫做network
的模块,它包含一个叫做connect
的函数定义。Rust 中所有模块的定义以关键字mod
开始。在 src/lib.rs 文件的开头在测试代码的上面增加这些代码:
Filename: src/lib.rs
mod network {
fn connect() {
}
}
mod
关键字的后面是模块的名字,network
,接着是位于大括号中的代码块。代码块中的一切都位于network
命名空间中。在这个例子中,只有一个函数,connect
。如果想要在network
模块外面的代码中调用这个函数,需要指定模块名并使用命名空间语法::
,像这样:network::connect()
,而不是只是connect()
。
也可以在 src/lib.rs 文件中同时存在多个模块。例如,再拥有一个client
模块,它也有一个叫做connect
的函数,如列表 7-1 中所示那样增加这个模块:
现在我们有了network::connect
函数和client::connect
函数。他们可能有着完全不同的功能,同时他们也不会彼此冲突因为他们位于不同的模块。
虽然在这个例子中,我们构建了一个库,但是 src/lib.rs 并没有什么特殊意义。也可以在 src/main.rs 中使用子模块。事实上,也可以将模块放入其他模块中。这有助于随着模块的增长,将相关的功能组织在一起并又保持各自独立。如何选择组织代码依赖于如何考虑代码不同部分之间的关系。例如,对于库的用户来说,client
模块和它的函数connect
可能放在network
命名空间里显得更有道理,如列表 7-2 所示:
在 src/lib.rs 文件中,将现有的mod network
和mod client
的定义替换为client
模块作为network
的一个内部模块。现在我们有了network::connect
和network::client::connect
函数:又一次,这两个connect
函数也不相冲突,因为他们在不同的命名空间中。
这样,模块之间形成了一个层次结构。src/lib.rs 的内容位于最顶层,而其子模块位于较低的层次。这是列表 7-1 中的例子以这种方式考虑的组织结构:
communicator
├── network
└── client
而这是列表 7-2 中例子的的结构:
communicator
└── network
└── client
可以看到列表 7-2 中,client
是network
的子模块,而不是它的同级模块。更为负责的项目可以有很多的模块,所以他们需要符合逻辑地组合在一起以便记录他们。在项目中“符合逻辑”的意义全凭你得理解和库的用户对你项目领域的认识。利用我们这里讲到的技术来创建同级模块和嵌套的模块将是你会喜欢的结构。
将模块移动到其他文件
位于层级结构中的模块,非常类似计算机领域的另一个我们非常熟悉的结构:文件系统!我们可以利用 Rust 的模块系统连同多个文件一起分解 Rust 项目,这样就不是所有的内容都落到 src/lib.rs 中了。作为例子,我们将从列表 7-3 中的代码开始:
这是模块层次结构:
communicator
├── client
└── network
└── server
这里我们仍然定义了client
模块,不过去掉了大括号和client
模块中的定义并替换为一个分号,这使得 Rust 知道去其他地方寻找模块中定义的代码。
那么现在需要创建对应模块名的外部文件。在 src/ 目录创建一个 client.rs 文件,接着打开它并输入如下内容,它是上一步client
模块中被去掉的connect
函数:
Filename: src/client.rs
fn connect() {
}
注意这个文件中并不需要一个mod
声明;因为已经在 src/lib.rs 中已经使用mod
声明了client
模块。这个文件仅仅提供client
模块的内容。如果在这里加上一个mod client
,那么就等于给client
模块增加了一个叫做client
的子模块!
Rust 默认只知道 src/lib.rs 中的内容。如果想要对项目加入更多文件,我们需要在 src/lib.rs 中告诉 Rust 去寻找其他文件;这就是为什么mod client
需要被定义在 src/lib.rs 而不是在 src/client.rs。
现在,一切应该能成功编译,虽然会有一些警告。记住使用cargo build
而不是cargo run
因为这是一个库 crate 而不是二进制 crate:
$ cargo build
Compiling communicator v0.1.0 (file:///projects/communicator)
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/client.rs:1:1
|
1 | fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/lib.rs:4:5
|
4 | fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/lib.rs:8:9
|
8 | fn connect() {
| ^
这些警告提醒我们有从未被使用的函数。目前不用担心这些警告;在本章的后面会解决他们。好消息是,他们仅仅是警告;我们的项目能够被成功编译。
下面使用相同的模式将network
模块提取到它自己的文件中。删除 src/lib.rs 中network
模块的内容并在声明后加上一个分号,像这样:
Filename: src/lib.rs
mod client;
mod network;
接着新建 src/network.rs 文件并输入如下内容:
Filename: src/network.rs
fn connect() {
}
mod server {
fn connect() {
}
}
注意这个模块文件中我们也使用了一个mod
声明;这是因为我们希望server
成为network
的一个子模块。
现在再次运行cargo build
。成功!不过我们还需要再提取出另一个模块:server
。因为这是一个子模块————也就是模块中的模块————目前的将模块提取到对应名字的文件中的策略就不管用了。如果我们仍这么尝试则会出现错误。对 src/network.rs 的第一个修改是用mod server;
替换server
模块的内容:
Filename: src/network.rs
fn connect() {
}
mod server;
接着创建 src/server.rs 文件并输入需要提取的server
模块的内容:
Filename: src/server.rs
fn connect() {
}
当尝试运行cargo build
时,会出现如列表 7-4 中所示的错误:
这个错误说明“不能在这个位置新声明一个模块”并指出 src/network.rs 中的mod server;
这一行。看来 src/network.rs 与 src/lib.rs 在某些方面是不同的;让我们继续阅读以理解这是为什么。
列表 7-4 中间的记录事实上是非常有帮助的,因为它指出了一些我们还未讲到的操作:
note: maybe move this module `network` to its own directory via `network/mod.rs`
我们可以按照记录所建议的去操作,而不是继续使用之前的与模块同名的文件的模式:
- 新建一个叫做 network 的目录,这是父模块的名字
- 将 src/network.rs 移动到新建的 network 目录中并重命名,现在它是 src/network/mod.rs
- 将子模块文件 src/server.rs 移动到 network 目录中
如下是执行这些步骤的命令:
$ mkdir src/network
$ mv src/network.rs src/network/mod.rs
$ mv src/server.rs src/network
现在如果运行cargo build
的话将顺利编译(虽然仍有警告)。现在模块的布局看起来仍然与列表 7-3 中所有代码都在 src/lib.rs 中时完全一样:
communicator
├── client
└── network
└── server
对应的文件布局现在看起来像这样:
├── src
│ ├── client.rs
│ ├── lib.rs
│ └── network
│ ├── mod.rs
│ └── server.rs
那么,当我们想要提取network::server
模块时,为什么也必须将 src/network.rs 文件改名成 src/network/mod.rs 文件呢,还有为什么要将network::server
的代码放入 network 目录的 src/network/server.rs 文件中,而不能将network::server
模块提取到 src/server.rs 中呢?原因是如果 server.rs 文件在 src 目录中那么 Rust 就不能知道server
应当是network
的子模块。为了更清除的说明为什么 Rust 不知道,让我们考虑一下有着如下层级的另一个例子,它的所有定义都位于 src/lib.rs 中:
communicator
├── client
└── network
└── client
在这个例子中,仍然有这三个模块,client
、network
和network::client
。如果按照与上面最开始将模块提取到文件中相同的步骤来操作,对于client
模块会创建 src/client.rs。对于network
模块,会创建 src/network.rs。但是接下来不能将network::client
模块提取到 src/client.rs 文件中,因为它已经存在了,对应顶层的client
模块!如果将client
和network::client
的代码都放入 src/client.rs 文件,Rust 将无从可知这些代码是属于client
还是network::client
的。
因此,一旦想要将network
模块的子模块network::client
提取到一个文件中,需要为network
模块新建一个目录替代 src/network.rs 文件。接着network
模块的代码将进入 src/network/mod.rs 文件,而子模块network::client
将拥有其自己的文件 src/network/client.rs。现在顶层的 src/client.rs 中的代码毫无疑问的都属于client
模块。
模块文件系统的规则
与文件系统相关的模块规则总结如下:
- 如果一个叫做
foo
的模块没有子模块,应该将foo
的声明放入叫做 foo.rs 的文件中。 - 如果一个叫做
foo
的模块有子模块,应该将foo
的声明放入叫做 foo/mod.rs 的文件中。
这些规则适用于递归(嵌套),所以如果foo
模块有一个子模块bar
而bar
没有子模块,则 src 目录中应该有如下文件:
├── foo
│ ├── bar.rs (contains the declarations in `foo::bar`)
│ └── mod.rs (contains the declarations in `foo`, including `mod bar`)
模块自身则应该使用mod
关键字定义于父模块的文件中。
接下来,我们讨论一下pub
关键字,并除掉那些警告!
使用pub
控制可见性
ch07-02-controlling-visibility-with-pub.md
commit e2a129961ae346f726f8b342455ec2255cdfed68
我们通过将network
和network::server
的代码分别移动到 src/network/mod.rs 和 src/network/server.rs 文件中解决了列表 7-4 中出现的错误信息。现在,cargo build
能够构建我们的项目,不过仍然有一些警告信息,表示client::connect
、network::connect
和network::server::connect
函数没有被使用:
warning: function is never used: `connect`, #[warn(dead_code)] on by default
src/client.rs:1:1
|
1 | fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/mod.rs:1:1
|
1 | fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/server.rs:1:1
|
1 | fn connect() {
| ^
那么为什么会出现这些错误信息呢?我们构建的是一个库,它的函数的目的是被用户使用,而不一定要被项目自身使用,所以不应该担心这些函数是未被使用的。创建他们的意义就在于被另一个项目而不是被自己使用。
为了理解为什么这个程序出现了这些警告,尝试作为另一个项目来使用这个connect
库,从外部调用他们。为此,通过创建一个包含这些代码的 src/main.rs 文件,在与库 crate 相同的目录创建一个二进制 crate:
Filename: src/main.rs
extern crate communicator;
fn main() {
communicator::client::connect();
}
使用extern crate
指令将communicator
库 crate 引入到作用域,因为事实上我们的包包含两个 crate。Cargo 认为 src/main.rs 是一个二进制 crate 的根文件,与现存的以 src/lib.rs 为根文件的库 crate 相区分。这个模式在可执行项目中非常常见:大部分功能位于库 crate 中,而二进制 crate 使用这个库 crate。通过这种方式,其他程序也可以使用这个库 crate,这是一个很好的关注分离(separation of concerns)。
从一个外部 crate 的视角观察communicator
库的内部,我们创建的所有模块都位于一个与 crate 同名的模块内部,communicator
。这个顶层的模块被称为 crate 的根模块(root module)。
另外注意到即便在项目的子模块中使用外部 crate,extern crate
也应该位于根模块(也就是 src/main.rs 或 src/lib.rs)。接着,在子模块中,我们就可以像顶层模块那样引用外部 crate 中的项了。
我们的二进制 crate 如今正好调用了库中client
模块的connect
函数。然而,执行cargo build
会在之前的警告之后出现一个错误:
error: module `client` is private
--> src/main.rs:4:5
|
4 | communicator::client::connect();
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
啊哈!这告诉了我们client
模块是私有的,这也正是那些警告的症结所在。这也是我们第一次在 Rust 上下文中涉及到公有和私有的概念。Rust 所有代码的默认状态是私有的:除了自己之外别人不允许使用这些代码。如果不在自己的项目中使用一个私有函数,因为程序自身是唯一允许使用这个函数的代码,Rust 会警告说函数未被使用。
一旦我们指定一个像client::connect
的函数为公有,不光二进制 crate 中的函数调用会被允许,函数未被使用的警告也会消失。将其标记为公有让 Rust 知道了我们意在使函数在我们程序的外部被使用。现在这个可能的理论上的外部可用性使 Rust 认为这个函数“已经被使用”。因此。当某项被标记为公有,Rust 不再要求它在程序自身被使用并停止警告某项未被使用。
标记函数为公有
为了告诉 Rust 某项为公有,在想要标记为公有的项的声明开头加上pub
关键字。现在我们将致力于修复client::connect
未被使用的警告,以及二进制 crate 中“模块client
是私有的”的错误。像这样修改 src/lib.rs 使client
模块公有:
Filename: src/lib.rs
pub mod client;
mod network;
pub
写在mod
之前。再次尝试构建:
<warnings>
error: function `connect` is private
--> src/main.rs:4:5
|
4 | communicator::client::connect();
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
非常好!另一个不同的错误!好的,不同的错误信息是值得庆祝的(可能是程序员被黑的最惨的一次)。新错误表明“函数connect
是私有的”,那么让我们修改 src/client.rs 将client::connect
也设为公有:
Filename: src/client.rs
pub fn connect() {
}
再再一次运行cargo build
:
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/mod.rs:1:1
|
1 | fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/server.rs:1:1
|
1 | fn connect() {
| ^
编译通过了,关于client::connect
未被使用的警告消失了!
未被使用的代码并不总是意味着他们需要被设为公有的:如果你不希望这些函数成为公有 API 的一部分,未被使用的代码警告可能是在警告你这些代码不再需要并可以安全的删除他们。这也可能是警告你出 bug,如果你刚刚不小心删除了库中所有这个函数的调用。
当然我们的情况是,确实希望另外两个函数也作为 crate 公有 API 的一部分,所以让我们也将其标记为pub
并去掉剩余的警告。修改 src/network/mod.rs 为:
Filename: src/network/mod.rs
pub fn connect() {
}
mod server;
并编译:
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/mod.rs:1:1
|
1 | pub fn connect() {
| ^
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/server.rs:1:1
|
1 | fn connect() {
| ^
恩,虽然将network::connect
设为pub
了我们仍然得到了一个未被使用函数的警告。这是因为模块中的函数是公有的,不过函数所在的network
模块却不是公有的。这回我们是自内向外修改库文件的,而client::connect
的时候是自外向内修改的。我们需要修改 src/lib.rs 让 network
也是公有的:
Filename: src/lib.rs
pub mod client;
pub mod network;
现在再编译的话,那个警告就消失了:
warning: function is never used: `connect`, #[warn(dead_code)] on by default
--> src/network/server.rs:1:1
|
1 | fn connect() {
| ^
只剩一个警告了!尝试自食其力修改它吧!
私有性规则
总的来说,有如下项的可见性规则:
- 如果一个项是公有的,它能被任何父模块访问
- 如果一个项是私有的,它只能被当前模块或其子模块访问
私有性示例
让我们看看更多例子作为练习。创建一个新的库项目并在新项目的 src/lib.rs 输入列表 7-5 中的代码:
在尝试编译这些代码之前,猜测一下try_me
函数的哪一行会出错。接着编译项目来看看是否猜对了,然后继续阅读后面关于错误的讨论!
检查错误
try_me
函数位于项目的根模块。叫做outermost
的模块是私有的,不过第二条私有性规则说明try_me
函数允许访问outermost
模块,因为outermost
位于当前(根)模块,try_me
也是。
outermost::middle_function
的调用是正确的。因为middle_function
是公有的,而try_me
通过其父模块访问middle_function
,outermost
。根据上一段的规则我们可以确定这个模块是可访问的。
outermost::middle_secret_function
的调用会造成一个编译错误。middle_secret_function
是私有的,所以第二条(私有性)规则生效了。根模块既不是middle_secret_function
的当前模块(outermost
是),也不是middle_secret_function
当前模块的子模块。
叫做inside
的模块是私有的且没有子模块,所以它只能被当前模块访问,outermost
。这意味着try_me
函数不允许调用outermost::inside::inner_function
或outermost::inside::secret_function
任何一个。
修改错误
这里有一些尝试修复错误的代码修改意见。在你尝试他们之前,猜测一下他们哪个能修复错误,接着编译查看你是否猜对了,并结合私有性规则理解为什么。
- 如果
inside
模块是公有的? - 如果
outermost
是公有的而inside
是私有的? - 如果在
inner_function
函数体中调用::outermost::middle_secret_function()
?(开头的两个冒号意味着从根模块开始引用模块。)
请随意设计更多的实验并尝试理解他们!
接下来,让我们讨论一下使用use
关键字来将项引入作用域。
使用use
导入命名空间
ch07-03-importing-names-with-use.md
commit e2a129961ae346f726f8b342455ec2255cdfed68