include - 以下关于 Go 包的断言是否准确？

Question

以下关于 Go 包的断言是否准确？

1. import "package_name" 从名为 package_name 的目录导入所有文件，假设在 $GOPATH 中找到，这是一个保存用户 go 目录的变量，或者在标准的 go 安装目录树中。

2. package_name 目录中的文件通常会声明 package package_name。但他们不是必须的。事实上，import "package_name" 也会导入包含行 package foo 的文件(如果在导入的 package_name 目录中找到该文件)。

3. 所有大写的函数都将通过包 package_name 声明中给出的名称访问——例如:

package_name.Function_in_file_that_declares_package_name 或 other_than_package_name.Function_in_file_that_declares_other_than_package_name

1. 用户定义的包是从包目录中的命令行 go install 编辑的。但是，go 将拒绝安装与其内置包目录同名的目录。例如，你不能安装一个字符串目录，因为 go 已经有一个用于内置包“strings”的字符串目录。但是，用户可以通过创建一个 my_strings 目录并在其中放置一个说明 package strings 的文件，将函数附加到 strings 包而无需更改内置的 strings 文件夹。现在，import my_strings 将加载使用 strings.Function_name 访问的额外用户定义的字符串函数。

总而言之，import 关键字用于从给定目录加载文件。关键字 package 创建一个命名空间以从该文件外部访问 Capitalized 函数。

我是否正确理解了以上所有内容？

Answer 1

1. “import”的参数是一个import_path，不是包名。它使从 $GOPATH/src/import_path 中找到的包导出的实体在出现“import”子句的文件范围内可用。

2. 所有 *.go 文件，除了 *_test.go 文件和带有 //+build ignore 的文件，在一个目录中必须说相同的名称在 package name 子句中，否则 go build 系统将拒绝它。

3. 不大写，属于Unicode类Lu。不是功能而是任何 TLD 实体。

4. 不，您可以使用导入路径从任何目录安装任何包。是的，stdlib 中的包具有优先权，不能被“覆盖”。但是，您可以使用例如有效地“替换” stdlib 包。 导入字符串“github.com/foo/mystrings”。但是，效果仅限于本地/文件。

总而言之，不，导入用于使来自其他包的实体在文件范围内可用。关键字“package”不创建命名空间。 “导入”的效果是文件范围的，请参阅前面的句子，通常导入的实体由限定名称引用。该限定符是一种命名空间，但请注意，不是“导出器”(package foo)控制它。相反，控件位于“导入器”端:import whatever_local_name "whatever_import_path"。不过，默认限定符是导入路径的基本名称。

“我们都同意吗？”

完全没有。