Rust Module
- 1: Learn Rust中的Module
- 2: Rust编程语言:使用package,crate和module来管理成长中的项目
- 2.1: 模块系统
- 2.2: Package和Crate
- 2.3: 定义模块以控制范围和隐私
- 2.4: 用于引用模块树中项目的路径
- 2.5: 用use关键字将路径纳入范围
- 2.6: 将模块分离到不同的文件中
- 3: 对Rust的模块系统的清晰解释
1 - Learn Rust中的Module
https://doc.rust-lang.org/rust-by-example/mod.html
Rust提供了强大的模块系统,可以用来在逻辑单元(模块)中分层分割代码,并管理它们之间的可见性(public/private)。
模块是项目的集合:函数、结构体、特征、impl
块,甚至是其他模块。
可见性
默认情况下,模块中的项目具有私有可见性,但这可以用 pub
修改器来覆盖。只有模块中的 public 项目可以从模块范围之外被访问。
// 名为 `my_mod` 的 module
mod my_mod {
// 模块中的项目默认为 private 可见性。
fn private_function() {
println!("called `my_mod::private_function()`");
}
// 使用`pub`修改器来覆盖默认的可见性。
pub fn function() {
println!("called `my_mod::function()`");
}
// 项目可以访问同一模块中的其他项目,
// 即使是私有的
pub fn indirect_access() {
print!("called `my_mod::indirect_access()`, that\n> ");
private_function();
}
// 模块也可以嵌套
pub mod nested {
pub fn function() {
println!("called `my_mod::nested::function()`");
}
#[allow(dead_code)]
fn private_function() {
println!("called `my_mod::nested::private_function()`");
}
// 使用 `pub(in path)` 语法声明的函数只在给定的路径中可见。
// `path`必须是一个父级或祖级的模块
pub(in crate::my_mod) fn public_function_in_my_mod() {
print!("called `my_mod::nested::public_function_in_my_mod()`, that\n> ");
public_function_in_nested();
}
// 使用 `pub(self)` 语法声明的函数只在当前模块内可见
// 这相当于是 private。
pub(self) fn public_function_in_nested() {
println!("called `my_mod::nested::public_function_in_nested()`");
}
// 使用 `pub(super)` 语法声明的函数只在父模块内可见。
pub(super) fn public_function_in_super_mod() {
println!("called `my_mod::nested::public_function_in_super_mod()`");
}
}
pub fn call_public_function_in_my_mod() {
print!("called `my_mod::call_public_function_in_my_mod()`, that\n> ");
nested::public_function_in_my_mod();
print!("> ");
nested::public_function_in_super_mod();
}
// pub(crate)使函数只在当前的crate内可见。
pub(crate) fn public_function_in_crate() {
println!("called `my_mod::public_function_in_crate()`");
}
// 嵌套模块遵循同样的可见性规则
mod private_nested {
#[allow(dead_code)]
pub fn function() {
println!("called `my_mod::private_nested::function()`");
}
// Private 的父项仍然会限制子项的可见性,
// 即使它被声明为在一个更大的范围内可见。
#[allow(dead_code)]
pub(crate) fn restricted_function() {
println!("called `my_mod::private_nested::restricted_function()`");
}
}
}
fn function() {
println!("called `function()`");
}
fn main() {
// 模块允许在具有相同名称的项目之间进行歧义消除。
function();
my_mod::function();
// public 项目,包括嵌套模块内的项目,都可以从父模块之外访问。
my_mod::indirect_access();
my_mod::nested::function();
my_mod::call_public_function_in_my_mod();
// pub(crate) 项可以从同一create的任何地方调用。
my_mod::public_function_in_crate();
// pub(in path)项只能从指定的模块内调用。
// Error! function `public_function_in_my_mod` is private
//my_mod::nested::public_function_in_my_mod();
// TODO ^ Try uncommenting this line
// 模块的 private 项目不能被直接访问,即使是嵌套在一个 public 模块中。
// Error! `private_function` is private
//my_mod::private_function();
// TODO ^ Try uncommenting this line
// Error! `private_function` is private
//my_mod::nested::private_function();
// TODO ^ Try uncommenting this line
// Error! `private_nested` is a private module
//my_mod::private_nested::function();
// TODO ^ Try uncommenting this line
// Error! `private_nested` is a private module
//my_mod::private_nested::restricted_function();
// TODO ^ Try uncommenting this line
}
结构体的可见性
结构体的字段有一个额外的可见性级别。这种可见性默认为 private
,可以用 pub
修改器来覆盖。这种可见性只在结构体从其定义的模块之外被访问时才有意义,其目的是为了隐藏信息(封装)。
mod my {
// 带有泛型类型 `T` 的 public 字段的 public 结构体
pub struct OpenBox<T> {
pub contents: T,
}
// 带有泛型类型 `T` 的 private 字段的 public 结构体
#[allow(dead_code)]
pub struct ClosedBox<T> {
contents: T,
}
impl<T> ClosedBox<T> {
// A public constructor method
pub fn new(contents: T) -> ClosedBox<T> {
ClosedBox {
contents: contents,
}
}
}
}
fn main() {
// 带有 public 字段的 public 结构体可以像平常一样构建
let open_box = my::OpenBox { contents: "public information" };
// 而它们的字段可以正常访问。
println!("The open box contains: {}", open_box.contents);
// 带有 private 字段的 public 结构不能使用字段名构建。
// Error! `ClosedBox` has private fields
//let closed_box = my::ClosedBox { contents: "classified information" };
// TODO ^ Try uncommenting this line
// 然而,带有 private 字段的结构体可以使用 public 构造函数来创建
let _closed_box = my::ClosedBox::new("classified information");
// 而 public 结构体的 private 字段不能被访问。
// Error! The `contents` field is private
//println!("The closed box contains: {}", _closed_box.contents);
// TODO ^ Try uncommenting this line
}
use
声明
use
声明可以用来将完整的路径绑定到新的名字上,以方便访问。它经常被这样使用:
use crate::deeply::nested::{
my_first_function,
my_second_function,
AndATraitType
};
fn main() {
my_first_function();
}
可以使用 as
关键字将导入的数据绑定到一个不同的名称:
// 将 `deeply::nested::function` 路径绑定到 `other_function`.
use deeply::nested::function as other_function;
fn function() {
println!("called `function()`");
}
mod deeply {
pub mod nested {
pub fn function() {
println!("called `deeply::nested::function()`");
}
}
}
fn main() {
// 访问 `deeply::nested::function` 更简单
other_function();
println!("Entering block");
{
// 这等同于 `use deeply::nested::function as function`.
// 这个 `function()` 将隐藏外部的同名函数
use crate::deeply::nested::function;
// `use` 绑定有本地范围。在这个例子中, `function()` 的隐藏只在当前块中。
function();
println!("Leaving block");
}
function();
}
super和self
super
和 self
关键字可以在路径中使用,以消除访问项目时的歧义,并防止不必要的路径硬编码。
fn function() {
println!("called `function()`");
}
mod cool {
pub fn function() {
println!("called `cool::function()`");
}
}
mod my {
fn function() {
println!("called `my::function()`");
}
mod cool {
pub fn function() {
println!("called `my::cool::function()`");
}
}
pub fn indirect_call() {
// 让我们从这个作用域访问所有名为 `function` 的函数!
print!("called `my::indirect_call()`, that\n> ");
// `self` 关键字指的是当前的模块范围 -- 在这里是`my`。
// 调用 `self::function()` 和直接调用 `function()` 都会得到相同的结果,
// 因为它们引用的是同一个函数。
self::function();
function();
// We can also use `self` to access another module inside `my`:
// 我们也可以使用 `self` 来访问 `my` 中的另一个模块。
self::cool::function();
// `super`关键字指的是父范围(在`my`模块之外)。
super::function();
// 这将绑定到 *crate* 范围内的 `cool::function`。
// 在这种情况下,crate 范围是最外层的范围。
{
use crate::cool::function as root_function;
root_function();
}
}
}
fn main() {
my::indirect_call();
}
文件层次结构
模块可以被映射到文件/目录的层次结构中。让我们来分解一下文件中的可见性例子:
$ tree .
.
|-- my
| |-- inaccessible.rs
| |-- mod.rs
| `-- nested.rs
`-- split.rs
split.rs
的内容:
// 这个声明将寻找一个名为 `my.rs` 或 `my/mod.rs` 的文件,
// 并将其内容插入这个范围内的名为`my`的模块中。
mod my;
fn function() {
println!("called `function()`");
}
fn main() {
my::function();
function();
my::indirect_access();
my::nested::function();
}
my/mod.rs
的内容:
// 同样,`mod inaccessible` 和 `mod nested` 将找到 `nested.rs` 和 `inaccessible.rs` 文件,
// 并将它们插入各自的模块下。
mod inaccessible;
pub mod nested;
pub fn function() {
println!("called `my::function()`");
}
fn private_function() {
println!("called `my::private_function()`");
}
pub fn indirect_access() {
print!("called `my::indirect_access()`, that\n> ");
private_function();
}
my/nested.rs
的内容:
pub fn function() {
println!("called `my::nested::function()`");
}
#[allow(dead_code)]
fn private_function() {
println!("called `my::nested::private_function()`");
}
my/inaccessible.rs
的内容:
#[allow(dead_code)]
pub fn public_function() {
println!("called `my::inaccessible::public_function()`");
}
让我们检查一下事情是否仍然像以前一样工作:
$ rustc split.rs && ./split
called `my::function()`
called `function()`
called `my::indirect_access()`, that
> called `my::private_function()`
called `my::nested::function()`
2 - Rust编程语言:使用package,crate和module来管理成长中的项目
2.1 - 模块系统
编写大型程序时,组织代码将是很重要的,因为在头脑中保持对整个程序的跟踪将变得不可能。通过对相关功能进行分组,并将具有不同特征的代码分开,你将明确在哪里可以找到实现某个特定功能的代码,以及在哪里可以改变某个功能的工作方式。
到目前为止,我们所写的程序都是在单个文件的单个模块中。随着项目的发展,可以通过把代码分成多个模块,然后再分成多个文件来组织代码。一个 package 可以包含多个二进制 crate,也可以选择一个库 crate。随着 package 的增长,可以将部分内容提取到独立的 crate 中,成为外部依赖。本章涵盖了所有这些技术。对于由一组相互关联的 package 组成的、共同发展的大型项目,Cargo提供了工作空间,我们将在第14章的 “Cargo工作空间” 部分介绍。
除了对功能进行分组外,封装实现细节还可以让你在更高层次上重用代码:一旦你实现了某个操作,其他代码就可以通过代码的 public 接口调用该代码,而不需要知道实现是如何工作的。你写代码的方式定义了哪些部分是 public 的,供其他代码使用,哪些部分是 private 的实现细节,你保留改变的权利。这是另一种限制你必须记在脑子里的细节数量的方法。
scope
是一个相关的概念:编写代码的嵌套上下文有一组被定义为 “in scope” 的名称。在阅读、编写和编译代码时,程序员和编译器需要知道某个特定位置的特定名称是否指的是一个变量、函数、结构体、枚举、模块、常量或其他项目,以及该项目意味着什么。你可以创建作用域并改变哪些名字在作用域内或作用域外。你不能在同一个作用域中有两个同名的项目;有工具可以解决名称冲突。
Rust有很多功能可以让你管理代码组织,包括哪些细节是 public 的,哪些细节是 private 的,以及在程序中每个范围内有哪些名字。这些功能,有时被统称为模块系统,包括:
-
Package: Cargo 的一个功能,可以建立、测试和分享 crate。
-
Crate:一个模块树,产生一个库或可执行文件
-
Module 和 use: 让你控制路径的组织、范围和隐私
-
Path:命名项目的方式,如结构体、函数或模块
在本章中,我们将介绍所有这些功能,讨论它们如何相互作用,并解释如何使用它们来管理范围。到最后,你应该对模块系统有一个扎实的了解,并且能够像专家一样使用作用域。
2.2 - Package和Crate
https://doc.rust-lang.org/book/ch07-01-packages-and-crates.html
我们要讨论的模块系统的第一部分是 package 和 crate。crate 是一个二进制文件或库。crate root 是一个源文件,Rust编译器从它开始,构成了你的crate的根模块(我们将在 “定义模块以控制范围和隐私” 部分深入解释模块)。包是一个或多个提供一系列功能的crate。Package 包含一个 Cargo.toml
文件,描述如何构建这些 crate。
一些规则决定了 package 可以包含什么。一个 package 最多可以包含一个库crate。它可以包含任何你想要的二进制crate,但它必须至少包含一个crate(无论是库还是二进制)。
让我们来看看我们创建一个 package 时发生了什么。首先,我们输入 cargo new
命令:
$ cargo new my-project
Created binary (application) `my-project` package
$ ls my-project
Cargo.toml
src
$ ls my-project/src
main.rs
当我们输入命令时,Cargo创建了一个 Cargo.toml
文件,给了我们一个 package。看一下 Cargo.toml
的内容,没有提到 src/main.rs
,因为 Cargo 遵循的惯例是 src/main.rs
是与 package 同名的二进制 crate 的 crate 根。同样地,Cargo 知道如果包的目录中包含 src/lib.rs
,那么该 package 就包含一个与该 package 同名的库 crate,而 src/lib.rs
是其 crate 根。Cargo 会将 crate 根文件传递给 rustc 来构建库或二进制文件。
这里,我们有一个只包含 src/main.rs
的 package,意味着它只包含一个名为 my-project
的二进制 crate。如果一个包包含 src/main.rs
和 src/lib.rs
,那么它就有两个crate:一个库和一个二进制,两者的名字都与包相同。通过在 src/bin
目录中放置文件,一个包可以有多个二进制 crate:每个文件都是一个单独的二进制 crate。
一个 crate 将把相关的功能集中在一个范围内,这样功能就很容易在多个项目之间共享。例如,我们在第二章中使用的 rand
crate 提供了生成随机数的功能。我们可以在自己的项目中使用该功能,方法是将 rand
crate 带入我们项目的作用域。所有由 rand
crate 提供的功能都可以通过 crate 的名称 rand
来访问。
将 crate 的功能保留在自己的范围内,可以明确特定的功能是在我们的 crate 还是rand crate 中定义的,并防止潜在的冲突。例如,rand
crate 提供了一个名为 Rng
的 trait。我们也可以在自己的 crate 中定义一个名为 Rng
的结构。因为 crate 的功能是在它自己的范围内命名的,所以当我们添加 rand
作为依赖关系时,编译器不会对 Rng
这个名字的含义感到困惑。在我们的 crate 中,它指的是我们定义的 Rng
结构体。我们将从 rand
crate 中访问 Rng
的特性,即 rand::Rng
。
让我们继续谈一谈模块系统吧。
2.3 - 定义模块以控制范围和隐私
https://doc.rust-lang.org/book/ch07-02-defining-modules-to-control-scope-and-privacy.html
在这一节中,我们将讨论模块和模块系统的其他部分,即允许你命名项目的路径;将路径带入范围的 use
关键字;以及使项目 public 的 pub
关键字。我们还将讨论 as
关键字、外部包和 glob
操作符。现在,让我们把重点放在模块上吧!
模块让我们把 crate 中的代码组织成一组,以提高可读性并便于重复使用。模块还可以控制项目的私密性,也就是一个项目是可以被外部代码使用(public)还是属于内部实现的细节(private),不能被外部使用。
作为例子,让我们写一个提供餐厅功能的crate。我们将定义函数的签名,但将其主体留空,以集中精力组织代码,而不是在代码中实际实现一个餐厅。
在餐饮业中,餐厅的某些部分被称为前厅,其他部分被称为后厅。前厅是顾客所在的地方;这里是主人为顾客安排座位,服务员接受订单和付款,调酒师调制饮料的地方。后厨是厨师在厨房工作的地方,洗碗工负责清理,经理负责行政工作。
为了按照真正的餐厅的工作方式来组织我们的 crate,我们可以将这些功能组织成嵌套模块。通过运行 cargo new --lib restaurant
创建一个名为 restaurant
的新库;然后将清单 7-1 中的代码放入 src/lib.rs
,以定义一些模块和函数签名。
文件名:src/lib.rs
:
mod front_of_house {
mod hosting {
fn add_to_waitlist() {}
fn seat_at_table() {}
}
mod serving {
fn take_order() {}
fn serve_order() {}
fn take_payment() {}
}
}
清单 7-1: 包含其他模块的 front_of_house
模块,这些模块又包含函数。
我们以 mod
关键字开始定义模块,然后指定模块的名称(本例中为 front_of_house
),并在模块的主体周围加上大括号。在模块内部,我们可以有其他的模块,如本例中的 hosting
和 serving
模块。模块还可以容纳其他项目的定义,如结构体、枚举、常量、特征,或如清单7-1中的函数。
通过使用模块,我们可以将相关的定义组合在一起,并说明它们为什么相关。使用这段代码的程序员会更容易找到他们想要使用的定义,因为他们可以根据分组来浏览代码,而不必阅读所有的定义。为这段代码添加新功能的程序员会知道该把代码放在哪里,以保持程序的条理性。
早些时候,我们提到 src/main.rs
和 src/lib.rs
被称为 crate roots
。之所以叫这个名字,是因为这两个文件中的任何一个文件的内容都构成了一个名为 crate
的模块,位于 crate
模块结构的根部,也就是所谓的模块树(module tree)。
清单 7-2 显示了清单 7-1 中结构的模块树:
crate
└── front_of_house
├── hosting
│ ├── add_to_waitlist
│ └── seat_at_table
└── serving
├── take_order
├── serve_order
└── take_payment
清单7-2:清单7-1中代码的模块树
这棵树显示了一些模块是如何相互嵌套的(例如,hosting
嵌套在 front_of_house
里面)。这棵树还显示一些模块是彼此的兄弟姐妹,这意味着它们被定义在同一个模块中(hosting
和 serving
被定义在 front_of_house
中)。为了继续这个家庭隐喻,如果模块A包含在模块B里面,我们就说模块A是模块B的孩子,模块B是模块A的父母。请注意,整个模块树的根在名为crate的隐式模块下。
模块树可能会让你想起你电脑上的文件系统的目录树;这是一个非常恰当的比较!就像文件系统的目录一样。就像文件系统中的目录,你用模块来组织你的代码。就像目录中的文件一样,我们需要一种方法来找到我们的模块。
2.4 - 用于引用模块树中项目的路径
https://doc.rust-lang.org/book/ch07-03-paths-for-referring-to-an-item-in-the-module-tree.html
为了向 rust 展示在模块树中的哪里找到项目,我们使用路径,就像我们在浏览文件系统时使用路径一样。如果我们想调用一个函数,我们需要知道它的路径。
路径可以有两种形式:
-
绝对路径从 crate root 开始,通过使用 crate name 或字面 crate。
-
相对路径从当前模块开始,使用
self
、super
或当前模块中的标识符。
绝对路径和相对路径后面都有一个或多个标识符,用双冒号(::
)分开。
让我们回到清单7-1中的例子。我们如何调用 add_to_waitlist
函数?这就等于问,add_to_waitlist
函数的路径是什么?在清单7-3中,我们通过删除一些模块和函数来简化我们的代码。我们将展示两种方法,从定义在 crate root 的新函数 eat_at_restaurant
中调用 add_to_waitlist
函数。eat_at_restaurant
函数是我们库中 public API的一部分,所以我们用 pub
关键字标记它。在 “用pub关键字暴露路径” 一节中,我们将详细介绍 pub
。注意,这个例子还不能编译;我们稍后会解释原因。
文件名:src/lib.rs
mod front_of_house {
mod hosting {
fn add_to_waitlist() {}
}
}
pub fn eat_at_restaurant() {
// Absolute path
crate::front_of_house::hosting::add_to_waitlist();
// Relative path
front_of_house::hosting::add_to_waitlist();
}
清单7-3:使用绝对和相对路径调用 add_to_waitlist
函数
我们第一次在 eat_at_restaurant
中调用 add_to_waitlist
函数时,使用了一个绝对路径。add_to_waitlist
函数与 eat_at_restaurant
定义在同一个 crate
中,这意味着我们可以使用 crate
关键字来启用绝对路径。
在 crate
之后,我们包括每一个连续的模块,直到我们到达 add_to_waitlist
。你可以想象一个具有相同结构的文件系统,我们会指定路径 /front_of_house/hosting/add_to_waitlist
来运行 add_to_waitlist
程序;使用 crate
名称从 crate root
开始,就像在 shell 中使用 /
从文件系统根开始。
第二次我们在 eat_at_restaurant
中调用 add_to_waitlist
,我们使用了一个相对路径。路径以 front_of_house
开始,它是定义在与 eat_at_restaurant
相同级别的模块树上的模块名称。在这里,文件系统的对应路径是 front_of_house/hosting/add_to_waitlist
。以一个名字开始意味着路径是相对的。
选择使用相对路径还是绝对路径是你根据你的项目做出的决定。这个决定应该取决于你是更倾向于将项目定义代码与使用该项目的代码分开移动,还是一起移动。例如,如果我们将 front_of_house
模块和 eat_at_restaurant
函数移到一个名为 customer_experience
的模块中,我们需要更新 add_to_waitlist
的绝对路径,但相对路径仍然有效。然而,如果我们将 eat_at_restaurant
函数单独移到名为 dining
的模块中,那么调用 add_to_waitlist
的绝对路径将保持不变,但相对路径将需要更新。我们更倾向于指定绝对路径,因为它更有可能使代码定义和项目调用相互独立地移动。
让我们试着编译清单7-3,看看为什么它还不能编译! 我们得到的错误显示在清单7-4中:
$ cargo build
Compiling restaurant v0.1.0 (file:///projects/restaurant)
error[E0603]: module `hosting` is private
--> src/lib.rs:9:28
|
9 | crate::front_of_house::hosting::add_to_waitlist();
| ^^^^^^^ private module
|
note: the module `hosting` is defined here
--> src/lib.rs:2:5
|
2 | mod hosting {
| ^^^^^^^^^^^
error[E0603]: module `hosting` is private
--> src/lib.rs:12:21
|
12 | front_of_house::hosting::add_to_waitlist();
| ^^^^^^^ private module
|
note: the module `hosting` is defined here
--> src/lib.rs:2:5
|
2 | mod hosting {
| ^^^^^^^^^^^
error: aborting due to 2 previous errors
For more information about this error, try `rustc --explain E0603`.
error: could not compile `restaurant`
To learn more, run the command again with --verbose.
清单7-4:构建清单7-3中代码的编译器错误
这些错误信息说,模块托管是 private的。换句话说,我们有托管模块和 add_to_waitlist
函数的正确路径,但Rust不会让我们使用它们,因为它不能访问私有部分。
模块不仅对组织你的代码有用。它们还定义了Rust的隐私边界:封装了外部代码不允许知道、调用或依赖的实现细节的那一行。所以,如果你想让一个项目,如函数或结构变得私有,你就把它放在模块里。
Rust中 private 的工作方式是,所有项目(函数、方法、结构体、枚举、模块和常量)默认为私有。父模块中的项不能使用子模块中的私有项,但子模块中的项可以使用其祖先模块中的项。原因是,子模块包裹并隐藏了它们的实现细节,但子模块可以看到它们被定义的上下文。继续用餐厅的比喻,把隐私规则想成是餐厅的后台办公室:里面发生的事情对餐厅的顾客来说是私密的,但是办公室经理可以看到他们经营的餐厅里的一切,并进行操作。
Rust选择让模块系统这样运作,这样隐藏内部的执行细节是默认的。这样,你就知道你可以在不破坏外部代码的情况下改变内部代码的哪些部分。但是你可以通过使用 pub
关键字将一个项目公开,从而将子模块的内部代码暴露给外部祖先模块。
用pub关键字暴露路径
让我们回到清单 7-4 中的错误,告诉我们 hosting
模块是私有的。我们希望父模块中的 eat_at_restaurant
函数能够访问子模块中的 add_to_waitlist
函数,因此我们用 pub
关键字标记 hosting
模块,如清单 7-5 所示。
文件名:src/lib.rs
mod front_of_house {
pub mod hosting {
fn add_to_waitlist() {}
}
}
pub fn eat_at_restaurant() {
// Absolute path
crate::front_of_house::hosting::add_to_waitlist();
// Relative path
front_of_house::hosting::add_to_waitlist();
}
不幸的是,清单7-5中的代码仍然导致了一个错误,如清单7-6所示。
$ cargo build
Compiling restaurant v0.1.0 (file:///projects/restaurant)
error[E0603]: function `add_to_waitlist` is private
--> src/lib.rs:9:37
|
9 | crate::front_of_house::hosting::add_to_waitlist();
| ^^^^^^^^^^^^^^^ private function
|
note: the function `add_to_waitlist` is defined here
--> src/lib.rs:3:9
|
3 | fn add_to_waitlist() {}
| ^^^^^^^^^^^^^^^^^^^^
error[E0603]: function `add_to_waitlist` is private
--> src/lib.rs:12:30
|
12 | front_of_house::hosting::add_to_waitlist();
| ^^^^^^^^^^^^^^^ private function
|
note: the function `add_to_waitlist` is defined here
--> src/lib.rs:3:9
|
3 | fn add_to_waitlist() {}
| ^^^^^^^^^^^^^^^^^^^^
error: aborting due to 2 previous errors
For more information about this error, try `rustc --explain E0603`.
error: could not compile `restaurant`
To learn more, run the command again with --verbose.
清单7-6:构建清单7-5中代码的编译器错误
发生了什么?在 mod hosting 前面添加 pub
关键字,使该模块成为公共模块。有了这个变化,如果我们可以访问 front_of_house
,我们就可以访问 hosting。但是 hosting 的内容仍然是私有的;使模块公开并没有使其内容公开。模块上的 pub
关键字只能让它的祖先模块的代码引用它。
清单 7-6 中的错误说 add_to_waitlist
函数是私有的。隐私规则适用于结构体、枚举、函数和方法以及模块。
让我们也通过在其定义前添加 pub
关键字使 add_to_waitlist
函数成为 public 函数,如清单7-7所示。
文件名:src/lib.rs
mod front_of_house {
pub mod hosting {
pub fn add_to_waitlist() {}
}
}
pub fn eat_at_restaurant() {
// Absolute path
crate::front_of_house::hosting::add_to_waitlist();
// Relative path
front_of_house::hosting::add_to_waitlist();
}
清单7-7:在 mod hosting
和 fn add_to_waitlist
中添加 pub
关键字,让我们从 eat_at_restaurant
中调用该函数。
现在,代码将被编译! 让我们看看绝对路径和相对路径,并仔细检查一下为什么添加 pub 关键字可以让我们在 add_to_waitlist
中使用这些路径,以尊重隐私规则。
在绝对路径中,我们从 crate 开始,它是我们 crate 模块树的根。然后 front_of_house
模块被定义在 crate root 中。front_of_house
模块不是公开的,但是因为 eat_at_restaurant
函数与 front_of_house
定义在同一个模块中(也就是说,eat_at_restaurant
和 front_of_house
是兄弟姐妹),我们可以从 eat_at_restaurant
引用 front_of_house
。接下来是标有 pub 的 hosting 模块。我们可以访问 hosting 的父模块,所以我们可以访问 hosting。最后,add_to_waitlist
函数被标记为pub,我们可以访问它的父模块,所以这个函数的调用是有效的!
在相对路径中,除了第一步外,逻辑与绝对路径相同:路径不是从 crate root 开始,而是从 front_of_house
开始。front_of_house
模块与eat_at_restaurant
定义在同一个模块中,所以从定义 eat_at_restaurant
的模块开始的相对路径起作用。然后,因为 hosting
和 add_to_waitlist
都被标记为pub,其余的路径都可以工作,这个函数调用是有效的!
用super开始相对路径
我们还可以通过在路径的开头使用 super 来构建从父模块开始的相对路径。这就像用 ..
语法来启动文件系统路径。为什么我们要这样做呢?
考虑一下清单7-8中的代码,它模拟了厨师修正错误的订单并亲自把它带给顾客的情况。函数 fix_incorrect_order
通过指定以 super
开头的 serve_order
的路径来调用函数 serve_order
。
文件名: src/lib.rs
fn serve_order() {}
mod back_of_house {
fn fix_incorrect_order() {
cook_order();
super::serve_order();
}
fn cook_order() {}
}
清单 7-8: 使用以super开头的相对路径调用函数
fix_incorrect_order
函数在 back_of_house
模块中,所以我们可以使用 super
转到 back_of_house
的父模块,在本例中是 crate,即根。从那里,我们寻找 serve_order
并找到它。成功了! 我们认为 back_of_house
模块和 serve_order
函数可能会保持相同的关系,如果我们决定重新组织crate的模块树,它们会被一起移动。因此,我们使用了super,这样,如果这段代码被移到不同的模块中,我们将有更少的地方需要更新代码。
将结构体和枚举公开
我们也可以使用 pub 来指定结构体和枚举为公共的,但有一些额外的细节。如果我们在结构体定义前使用pub,我们会使结构体成为公共的,但结构体的字段仍然是私有的。我们可以根据具体情况使每个字段公开或不公开。在清单 7-9 中,我们定义了一个 public 的 back_of_house::Breakfast
结构体,其中有一个 public 的烤面包字段,但有一个私有的 seasonal_fruit
字段。这模拟了餐厅的情况,即顾客可以选择随餐的面包类型,但是厨师会根据当季的水果和库存来决定随餐的水果。可用的水果变化很快,所以顾客无法选择水果,甚至无法看到他们会得到哪些水果。
文件名: src/lib.rs
mod back_of_house {
pub struct Breakfast {
pub toast: String,
seasonal_fruit: String,
}
impl Breakfast {
pub fn summer(toast: &str) -> Breakfast {
Breakfast {
toast: String::from(toast),
seasonal_fruit: String::from("peaches"),
}
}
}
}
pub fn eat_at_restaurant() {
// Order a breakfast in the summer with Rye toast
let mut meal = back_of_house::Breakfast::summer("Rye");
// Change our mind about what bread we'd like
meal.toast = String::from("Wheat");
println!("I'd like {} toast please", meal.toast);
// The next line won't compile if we uncomment it; we're not allowed
// to see or modify the seasonal fruit that comes with the meal
// meal.seasonal_fruit = String::from("blueberries");
}
清单7-9:一个有一些公共字段和一些私有字段的结构体
因为 back_of_house::Breakfast
结构体中的 toast
字段是公共的,在 eat_at_restaurant
中,我们可以使用点符号对 toast
字段进行写入和读取。注意我们不能在 eat_at_restaurant
中使用 seasonal_fruit
字段,因为 seasonal_fruit
是私有的。试着取消修改 seasonal_fruit
字段值的那一行,看看你会得到什么错误。
另外,请注意,因为 back_of_house::Breakfast
有一个私有字段,该结构体需要提供一个公共关联函数来构造一个 Breakfast 的实例(我们在这里将其命名为summer
)。如果 Breakfast 没有这样的函数,我们就不能在 eat_at_restaurant
中创建一个 Breakfast
的实例,因为我们不能在eat_at_restaurant
中设置私有的季节性水果字段的值。
相反,如果我们把一个枚举变成公共的,那么它的所有变体都是公共的。我们只需要在 enum
关键字前加上pub,如清单7-10所示。
文件名: src/lib.rs
mod back_of_house {
pub enum Appetizer {
Soup,
Salad,
}
}
pub fn eat_at_restaurant() {
let order1 = back_of_house::Appetizer::Soup;
let order2 = back_of_house::Appetizer::Salad;
}
清单7-10: 将一个枚举指定为公共的,使其所有的变体都是公共的
因为我们把 Appetizer
枚举公开了,所以我们可以在 eat_at_restaurant
中使用 Soup
和 Salad
的变体。除非它们的变体是公共的,否则枚举不是很有用;如果在每种情况下都要用 pub 来注释所有的枚举变体,那会很烦人,所以枚举变体的默认值是公共的。结构体通常在其字段不公开的情况下也很有用,所以结构体字段遵循默认为私有的一般规则,除非用pub来注释。
还有一种涉及 pub 的情况我们没有涉及,那就是我们最后一个模块系统特性:use 关键字。我们将首先介绍 use 本身,然后展示如何结合 pub 和 use。
2.5 - 用use关键字将路径纳入范围
https://doc.rust-lang.org/book/ch07-04-bringing-paths-into-scope-with-the-use-keyword.html
到目前为止,我们所写的调用函数的路径可能看起来很不方便,而且是重复的。例如,在清单7-7中,无论我们选择绝对路径还是相对路径来调用add_to_waitlist
函数,每次我们想调用 add_to_waitlist
时都必须指定 front_of_house
和 hosting
。幸运的是,有一种方法可以简化这个过程。我们可以把一个路径带入一个作用域中,然后用 use
关键字来调用这个路径中的项目,就像它们是本地项目一样。
在清单 7-11 中,我们将 crate::front_of_house::hosting
模块带入 eat_at_restaurant
函数的作用域中,因此我们只需要指定 hosting::add_to_waitlist
来调用 eat_at_restaurant
的 add_to_waitlist
函数。
文件名: src/lib.rs
mod front_of_house {
pub mod hosting {
pub fn add_to_waitlist() {}
}
}
use crate::front_of_house::hosting;
pub fn eat_at_restaurant() {
hosting::add_to_waitlist();
hosting::add_to_waitlist();
hosting::add_to_waitlist();
}
清单 7-11: 用 use 将模块带入作用域
在作用域中添加 use
和路径类似于在文件系统中创建符号链接。通过在 crate root 中添加 use crate::front_of_house::hosting
,hosting
现在是该作用域中的一个有效名称,就像 hosting
模块在 crate
根中被定义一样。用 use 带入作用域的路径也检查隐私,就像其他路径一样。
你也可以用 use 和一个相对路径把一个项目带入作用域。清单 7-12 显示了如何指定一个相对路径以获得与清单 7-11 中相同的行为。
文件名: src/lib.rs
mod front_of_house {
pub mod hosting {
pub fn add_to_waitlist() {}
}
}
use self::front_of_house::hosting;
pub fn eat_at_restaurant() {
hosting::add_to_waitlist();
hosting::add_to_waitlist();
hosting::add_to_waitlist();
}
清单 7-12: 用use和相对路径将模块带入作用域
创建习惯性的使用路径
在清单 7-11 中,你可能想知道为什么我们指定了 use crate::front_of_house::hosting
,然后在 eat_at_restaurant
中调用 hosting::add_to_waitlist
,而不是像清单 7-13 中那样一直指定 use
路径到 add_to_waitlist
函数以达到相同的结果。
文件名: src/lib.rs
mod front_of_house {
pub mod hosting {
pub fn add_to_waitlist() {}
}
}
use crate::front_of_house::hosting::add_to_waitlist;
pub fn eat_at_restaurant() {
add_to_waitlist();
add_to_waitlist();
add_to_waitlist();
}
清单 7-13: 用 use 把 add_to_waitlist
函数带入作用域,这是不规范的做法
尽管清单 7-11 和 7-13 完成了同样的任务,但清单 7-11 是用 use 将函数带入作用域的习惯性方法。用 use 将函数的父模块带入作用域意味着我们必须在调用函数时指定父模块。在调用函数时指定父模块可以清楚地表明该函数不是本地定义的,同时还可以尽量减少全路径的重复。清单7-13中的代码不清楚add_to_waitlist
是在哪里定义的。
另一方面,当引入结构体、枚举和其他使用的项目时,指定完整的路径是一种习惯做法。清单 7-14 显示了将标准库的 HashMap 结构带入二进制 crate 的范围的习惯性方法。
文件名:src/main.rs
use std::collections::HashMap;
fn main() {
let mut map = HashMap::new();
map.insert(1, 2);
}
清单7-14:以一种习惯性的方式将HashMap带入范围内
这个习惯性背后没有什么强大的理由:这只是已经出现的惯例,人们已经习惯了这样阅读和编写Rust代码。
这个习惯的例外是,如果我们用use语句将两个同名的项目带入作用域,因为Rust不允许这样做。清单7-15显示了如何将两个名字相同但父模块不同的结果类型带入作用域以及如何引用它们。
文件名:src/lib.rs
use std::fmt;
use std::io;
fn function1() -> fmt::Result {
// --snip--
Ok(())
}
fn function2() -> io::Result<()> {
// --snip--
Ok(())
}
清单 7-15: 将两个同名的类型带入同一个作用域需要使用它们的父模块。
正如你所看到的,使用父模块可以区分这两种结果类型。如果我们指定使用 std::fmt::Result
和使用 std::io::Result
,我们就会有两个Result类型在同一个作用域中,Rust就不知道我们使用Result时指的是哪一个。
用 as 关键字提供新的名字
对于用 use 将两个同名的类型带入同一个作用域的问题,还有一个解决办法:在路径之后,我们可以指定 as
和一个新的本地名称,或别名,作为该类型的名称。清单 7-16 显示了另一种编写清单 7-15 中代码的方法,即用 as
重命名两个 Result 类型中的一个。
文件名:src/lib.rs
use std::fmt::Result;
use std::io::Result as IoResult;
fn function1() -> Result {
// --snip--
Ok(())
}
fn function2() -> IoResult<()> {
// --snip--
Ok(())
}
在第二个使用语句中,我们为 std::io::Result
类型选择了新的名字 IoResult
,这不会与我们也带入范围的 std::fmt
的 Result 冲突。清单 7-15 和清单 7-16 被认为是习惯性的,所以选择由你决定
用pub的方式重新输出名字
当我们用 use
关键字将一个名字带入作用域时,新作用域中的名字是私有的。为了使调用我们代码的代码能够引用该名称,就像它被定义在该代码的作用域中一样,我们可以结合 pub
和 use
。这种技术被称为"再输出",因为我们把一个项目带入作用域,同时也使这个项目可以被其他人带入他们的作用域。
清单 7-17 显示了清单 7-11 中的代码,根模块中的 use
改为 pub use
。
文件名:src/lib.rs
mod front_of_house {
pub mod hosting {
pub fn add_to_waitlist() {}
}
}
pub use crate::front_of_house::hosting;
pub fn eat_at_restaurant() {
hosting::add_to_waitlist();
hosting::add_to_waitlist();
hosting::add_to_waitlist();
}
清单 7-17: 用pub use使名字可供任何代码从新的作用域中使用
通过使用 pub use
,外部代码现在可以使用 hosting::add_to_waitlist
调用 add_to_waitlist
函数。如果我们没有指定 pub 使用,eat_at_restaurant
函数可以在它的作用域中调用 hosting::add_to_waitlist
,但是外部代码不能利用这个新路径。
当你的代码的内部结构与调用你的代码的程序员对该领域的思考方式不同时,重新输出是很有用的。例如,在这个餐厅的比喻中,经营餐厅的人思考的是 “前厅 “和 “后厨”。但是来餐厅的顾客可能不会用这些术语来思考餐厅的各个部分。通过酒馆的使用,我们可以用一种结构来写我们的代码,但暴露出不同的结构。这样做使我们的库对从事库工作的程序员和调用库的程序员都有很好的组织。
使用外部包
在第二章中,我们编写了一个猜谜游戏项目,该项目使用了一个名为 rand
的外部包来获取随机数。为了在我们的项目中使用 rand
,我们在 Cargo.toml
中添加了这一行。
文件名:Cargo.toml
rand = "0.8.3"
在 Cargo.toml
中把 rand
作为一个依赖项,告诉 Cargo
从 crates.io
下载 rand
包和任何依赖项,使 rand
对我们的项目可用。
然后,为了将 rand
的定义带入我们包的范围,我们添加了一个以 crates.io
的名字为开头的 use
行,并列出了我们想带入范围的项目。回想一下,在第2章的"生成随机数"部分,我们将 Rng
特性带入范围,并调用了 rand::thread_rng
函数。
use rand::Rng;
fn main() {
let secret_number = rand::thread_rng().gen_range(1..101);
}
Rust社区的成员在 crates.io
上提供了许多包,将它们中的任何一个拉到你的包中都包括这些相同的步骤:在你的包的 Cargo.toml
文件中列出它们,并使用 use
将它们的包中的项目引入范围。
请注意,标准库(std)也是我们包外部的一个crate。因为标准库是和Rust语言一起提供的,所以我们不需要修改 Cargo.toml
来包括std。但我们需要用use
来引用它,把那里的项目引入我们包的范围。例如,对于 HashMap
,我们可以使用这一行。
use std::collections::HashMap;
这是一个以 std 开头的绝对路径,是标准库 crate 的名称。
使用嵌套路径来清理大型使用列表
如果我们使用定义在同一crate或同一模块中的多个项目,将每个项目列在自己的行中会占用我们文件中大量的垂直空间。例如,我们在清单2-4中的猜谜游戏中的这两条使用语句将std中的项目带入范围。
文件名: src/main.rs
// --snip--
use std::cmp::Ordering;
use std::io;
// --snip--
相反,我们可以使用嵌套的路径,在一行中把相同的项目纳入范围。我们通过指定路径的共同部分,后面是两个冒号,然后用大括号列出路径中不同的部分,如清单7-18所示。
文件名: src/main.rs
// --snip--
use std::{cmp::Ordering, io};
// --snip--
清单 7-18: 指定嵌套路径,将具有相同前缀的多个项目带入作用域
在更大的程序中,使用嵌套路径将许多项目从同一个crate或模块带入作用域,可以减少很多单独的 use
语句的数量。
我们可以在路径中的任何一级使用嵌套路径,这在合并两个共享子路径的使用语句时很有用。例如,清单 7-19 显示了两条使用语句:一条将 std::io
带入作用域,另一条将 std::io::Write
带入作用域。
文件名:src/lib.rs
use std::io;
use std::io::Write;
清单7-19: 两个使用语句,其中一个是另一个的子路径
这两个路径的共同部分是 std::io
,这就是完整的第一个路径。为了将这两条路径合并为一条使用语句,我们可以在嵌套路径中使用 self
,如清单7-20所示。
文件名:src/lib.rs
use std::io::{self, Write};
清单7-20: 将清单 7-19 中的路径组合成一个 use 语句
这一行将 std::io
和 std::io::Write
带入范围。
Glob 操作符
如果我们想把某个路径中定义的所有公共项目都带入作用域,我们可以在该路径后面指定*
,即glob操作符。
use std::collections::*;
这个 use
语句将所有定义在 std::collection
中的公共项目带入当前的作用域。在使用 glob
操作符的时候要小心! glob
会使你更难分辨哪些名字在作用域中,以及你程序中使用的名字是在哪里定义的。
在测试时,glob
操作符经常被用来将所有被测试的东西带入测试模块;我们将在第11章的 “如何编写测试” 一节中讨论这个问题。glob 操作符有时也作为 prelude 模式的一部分使用:关于这种模式的更多信息,请参见标准库文档。
2.6 - 将模块分离到不同的文件中
https://doc.rust-lang.org/book/ch07-05-separating-modules-into-different-files.html
到目前为止,本章中所有的例子都是在一个文件中定义多个模块。当模块变得很大时,你可能想把它们的定义移到一个单独的文件中,以使代码更容易浏览。
例如,让我们从清单7-17中的代码开始,将 front_of_house
模块移到它自己的文件 src/front_of_house.rs
中,改变 crate root 文件,使其包含清单7-21中的代码。在这个例子中,crate root 文件是 src/lib.rs
,但这个过程也适用于 crate root 文件为 src/main.rs
的二进制crate。
文件名:src/lib.rs
mod front_of_house;
pub use crate::front_of_house::hosting;
pub fn eat_at_restaurant() {
hosting::add_to_waitlist();
hosting::add_to_waitlist();
hosting::add_to_waitlist();
}
清单 7-21: 声明 front_of_house
模块,其主体将在 src/front_of_house.rs
中。
而 src/front_of_house.rs
则从 front_of_house
模块的主体中获取定义,如清单 7-22 所示。
文件名:src/front_of_house.rs
pub mod hosting {
pub fn add_to_waitlist() {}
}
清单 7-22: src/front_of_house.rs
中 front_of_house
模块内部的定义
在 mod front_of_house
后面使用分号,而不是使用块,是告诉 Rust 从与该模块同名的另一个文件中加载该模块的内容。为了继续我们的例子并将 hosting 模块也提取到自己的文件中,我们将 src/front_of_house.rs
改为只包含 hosting 模块的声明。
文件名:src/front_of_house.rs
pub mod hosting;
然后我们创建一个 src/front_of_house
目录和一个 src/front_of_house/hosting.rs
文件,以包含 hosting 模块中的定义。
文件名:src/front_of_house/hosting.rs
pub fn add_to_waitlist() {}
模块树保持不变,eat_at_restaurant
中的函数调用将不做任何修改,即使定义在不同的文件中。这种技术可以让你在模块体积增大时将其移到新的文件中。
注意 src/lib.rs
中的 pub use crate::front_of_house::hosting
语句也没有改变,使用也不会对哪些文件作为 crate
的一部分被编译产生任何影响。mod 关键字声明了模块,Rust 会在与模块同名的文件中寻找进入该模块的代码。
总结
Rust允许你把包分成多个crate,把crate 分成模块,这样你就可以从另一个模块引用一个模块中定义的项目。你可以通过指定绝对或相对路径来做到这一点。这些路径可以被带入使用语句的范围内,这样你就可以在该范围内使用一个较短的路径来多次使用该项目。模块代码默认是私有的,但你可以通过添加pub关键字使定义公开。
3 - 对Rust的模块系统的清晰解释
https://www.sheshbabu.com/posts/rust-module-system/
Rust的模块系统出乎意料地令人困惑,给初学者带来了很多挫折感。
在这篇文章中,我将用实际的例子来解释模块系统,这样你就能清楚地了解它是如何工作的,并能立即开始在你的项目中应用它。
由于Rust的模块系统相当独特,我要求读者以开放的心态阅读这篇文章,并抵制将其与其他语言的模块工作方式进行比较。
让我们用这个文件结构来模拟一个真实世界的项目。
my_project
├── Cargo.toml
└─┬ src
├── main.rs
├── config.rs
├─┬ routes
│ ├── health_route.rs
│ └── user_route.rs
└─┬ models
└── user_model.rs
这些是我们应该能够消费我们的模块的不同方式:
这3个例子应该足以解释Rust的模块系统如何工作。
例子1
让我们从第一个例子开始–在 main.rs
中导入 config.rs
。
// main.rs
fn main() {
println!("main");
}
// config.rs
fn print_config() {
println!("config");
}
每个人都会犯的第一个错误是,仅仅因为我们有 config.rs
、health_route.rs
等文件,我们就认为这些文件是模块,我们可以从其他文件导入它们。
下面是我们看到的(文件系统树)和编译器看到的(模块树)。
令人惊讶的是,编译器只看到 crate 模块,也就是我们的 main.rs
文件。这是因为我们需要在Rust中明确建立模块树–文件系统树和模块树之间没有隐式映射。
我们需要在Rust中显式建立模块树,没有隐式映射到文件系统中。
要将一个文件添加到模块树中,我们需要使用 mod 关键字将该文件声明为一个子模块。接下来让人困惑的是,你会认为我们在同一个文件中声明一个文件为模块。但我们需要在不同的文件中声明!因为我们只有 main.rs
。由于我们在模块树中只有 main.rs
,让我们把 config.rs
声明为 main.rs
中的一个子模块。
mod 关键字声明一个子模块
mod关键字的语法是这样的:
mod my_module;
这里,编译器会在同一目录下寻找 my_module.rs
或 my_module/mod.rs
。
my_project
├── Cargo.toml
└─┬ src
├── main.rs
└── my_module.rs
or
my_project
├── Cargo.toml
└─┬ src
├── main.rs
└─┬ my_module
└── mod.rs
由于 main.rs
和 config.rs
在同一个目录下,让我们把 config
模块声明如下。
// main.rs
mod config;
fn main() {
config::print_config();
println!("main");
}
// config.rs
fn print_config() {
println!("config");
}
我们使用 ::
语法访问 print_config
函数。
下面是模块树的样子:
我们已经成功声明了 config
模块! 但这还不足以让我们在 config.rs
中调用 print_config
函数。Rust中几乎所有的东西默认都是私有的,我们需要使用pub关键字将该函数公开。
pub关键字使事物公开:
// main.rs
mod config;
fn main() {
config::print_config();
println!("main");
}
// config.rs
- fn print_config() {
+ pub fn print_config() {
println!("config");
}
现在,这起作用了。我们已经成功地调用了一个定义在不同文件中的函数!
例子2
让我们试着从 main.rs
中调用 routes/health_route.rs
中定义的 print_health_route
函数。
// main.rs
mod config;
fn main() {
config::print_config();
println!("main");
}
// routes/health_route.rs
fn print_health_route() {
println!("health_route");
}
正如我们前面讨论的,我们只能对同一目录下的 my_module.rs
或 my_module/mod.rs
使用 mod
关键字。
所以为了从 main.rs
调用 routes/health_route.rs
里面的函数,我们需要做以下事情:
-
创建一个名为
routes/mod.rs
的文件,在main.rs
中声明routes
子模块 -
在
routes/mod.rs
中声明health_route
子模块并使其公开 -
将
health_route.rs
中的函数公开
my_project
├── Cargo.toml
└─┬ src
├── main.rs
├── config.rs
├─┬ routes
+ │ ├── mod.rs
│ ├── health_route.rs
│ └── user_route.rs
└─┬ models
└── user_model.rs
// main.rs
mod config;
+ mod routes;
fn main() {
+ routes::health_route::print_health_route();
config::print_config();
println!("main");
}
// routes/mod.rs
+ pub mod health_route;
// routes/health_route.rs
- fn print_health_route() {
+ pub fn print_health_route() {
println!("health_route");
}
下面是模块树的样子:
我们现在可以调用一个文件夹内的文件中定义的函数。
例子3
让我们试试从 main.rs => routes/user_route.rs => models/user_model.rs
中调用:
// main.rs
mod config;
mod routes;
fn main() {
routes::health_route::print_health_route();
config::print_config();
println!("main");
}
// routes/user_route.rs
fn print_user_route() {
println!("user_route");
}
// models/user_model.rs
fn print_user_model() {
println!("user_model");
}
我们想从 main 的 print_user_route 中调用函数 print_user_model。
让我们做和以前一样的修改–声明子模块,使函数公开,并添加 mod.rs 文件。
my_project
├── Cargo.toml
└─┬ src
├── main.rs
├── config.rs
├─┬ routes
│ ├── mod.rs
│ ├── health_route.rs
│ └── user_route.rs
└─┬ models
+ ├── mod.rs
└── user_model.rs
// main.rs
mod config;
mod routes;
+ mod models;
fn main() {
routes::health_route::print_health_route();
+ routes::user_route::print_user_route();
config::print_config();
println!("main");
}
// routes/mod.rs
pub mod health_route;
+ pub mod user_route;
// routes/user_route.rs
- fn print_user_route() {
+ pub fn print_user_route() {
println!("user_route");
}
// models/mod.rs
+ pub mod user_model;
// models/user_model.rs
- fn print_user_model() {
+ pub fn print_user_model() {
println!("user_model");
}
下面是模块树的样子。
等等,我们实际上还没有从 print_user_route中
调用 print_user_model
! 到目前为止,我们只从 main.rs
中调用了其他模块中定义的函数,我们如何从其他文件中调用呢?
如果我们看一下我们的模块树,print_user_model
函数位于 crate::models::user_model
路径中。所以为了在非main.rs的文件中使用一个模块,我们应该从模块树中到达该模块的必要路径来考虑。
// routes/user_route.rs
pub fn print_user_route() {
+ crate::models::user_model::print_user_model();
println!("user_route");
}
我们已经成功地从一个不是 main.rs 的文件中调用了一个定义在文件中的函数。
super
如果我们的文件组织深入到多个目录,全称就会变得过于冗长。假设由于某种原因,我们想从 print_user_route
调用 print_health_route
。这些文件分别在 crate::routes::health_route
和 crate::routes::user_route
的路径下。
我们可以使用全称 crate::routes::health_route::print_health_route()
来调用它,但我们也可以使用相对路径super::health_route::print_health_route()
;。注意,我们用super来指代父级范围。
模块路径中的super关键字指的是父作用域
pub fn print_user_route() {
crate::routes::health_route::print_health_route();
// can also be called using
super::health_route::print_health_route();
println!("user_route");
}
use
在上面的例子中,如果使用完全合格的名称,甚至是相对名称,都是很繁琐的。为了缩短名称,我们可以使用 use 关键字,将路径绑定到一个新的名称或别名上。
use关键字用于缩短模块的路径
pub fn print_user_route() {
crate::models::user_model::print_user_model();
println!("user_route");
}
上述代码可以重构为:
use crate::models::user_model::print_user_model;
pub fn print_user_route() {
print_user_model();
println!("user_route");
}
我们可以不使用 print_user_model
这个名字,而是把它别名为其他东西:
use crate::models::user_model::print_user_model as log_user_model;
pub fn print_user_route() {
log_user_model();
println!("user_route");
}
外部模块
添加到 Cargo.toml
中的依赖关系对项目中的所有模块都是可用的。我们不需要明确地导入或声明任何东西来使用一个依赖关系。
外部依赖对项目中的所有模块都是全局可用的。
例如,假设我们将 rand
crate添加到我们的项目中。我们可以在我们的代码中直接使用它,例如:
pub fn print_health_route() {
let random_number: u8 = rand::random();
println!("{}", random_number);
println!("health_route");
}
我们也可以用使用来缩短路径:
use rand::random;
pub fn print_health_route() {
let random_number: u8 = random();
println!("{}", random_number);
println!("health_route");
}
摘要
-
模块系统是明确的–与文件系统没有1:1的映射关系
-
我们在一个文件的父级中声明模块,而不是文件本身
-
mod 关键字用于声明子模块
-
我们需要明确地将函数、结构体等声明为 public 的,这样它们就可以被其他模块所使用
-
pub关键字使事物公开
-
use关键字用于缩短模块的路径
-
我们不需要明确声明第三方模块