这一节少讲了一个重要的内容：

front_of_house一个文件夹一个rs文件太冗余，

可以将front_of_house保存进front_of_house文件夹里，并改名为mod.rs

\front_of_house

|-hosting.rs

front_of_house.rs

main.rs

变为

\front_of_house

|-hosting.rs

|-mod.rs

main.rs

文件内内容不变，mod声明严格对应文件或文件夹名，这也意味着mod的含义不是其他中的从任意路径import。

mod是模块的声明

mod的含义实际上是“声明一个模块，并将其命名为xxx”，模块内容为大括号里的内容，或索引到的文件里的内容。

从模块内容的视角来看，“我”叫什么，“我”能否被公开访问，是由声明我的人决定的，而不是我自己。

main.rs是根模块，它不是由谁声明的，没有父亲，它的模块名是crate。

crate模块声明了front_of_house模块，也就是说这个新声明的模块是crate::front_of_house，需要对应"front_of_house.rs"或"front_of_house/mod.rs"。

而在front_of_house中声明了hosting模块，根据自己的模块名，这个新声明的模块就是crate::front_of_house::hosting，需要对应"front_of_house/hosting.rs"或"front_of_house/hosting/mod.rs"。

pub决定声明之物是否可见

应该将mod所声明的与fn、struct、enum所声明的看成一个东西，在前面加pub的含义都是一样的。

那么mod本身的可见性，与fn、struct、enum的可见性，都是声明它的“人”所决定，而非mod自己。mod所能决定的，是mod内容的每一项是否对外可见。

无需可见性的访问，指的是无需可见性即可访问目标的所有子一代。

如在main.rs声明了mod front_of_house，不需要pub，就可以在所有子代访问crate::front_of_house，而非只能访问crate，不然这条规矩就是放屁了。

但也就仅止于此了，能否再访问front_of_house里的成员，就只能看front_of_house公开了哪个成员了。除非访问者是front_of_house及其子孙模块。

Rust编程语言入门教程（Rust语言/Rustlang）(2021.7更新中...)