0

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

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

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

  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 已经有一个用于内置包“字符串”的字符串目录。但是，用户可以通过创建一个 my_strings 目录并在其中放置一个文件来将函数附加到字符串包而不改变内置的字符串文件夹package strings。现在，import my_strings将加载使用strings.Function_name.

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

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

4

2 回答 2

4

  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 包。import strings "github.com/foo/mystrings". 但是，效果仅限于本地/文件。

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

“我们都同意吗？”

一点也不。

于 2013-08-20T08:30:09.597 回答
4

即使听起来很苛刻：几乎所有的假设都是完全错误的。

看看http://golang.org/doc/effective_go.html#package-names和http://golang.org/ref/spec#Packages，不要认为importGo 相当于 C 的include。

Go 的包更像是预编译的库，而 animport "some/path/foo"更像是在 foo.a 中的链接（但也使导出的实体在 -normaly - 下可用foo.SomethingExported。

现在看看http://golang.org/doc/code.html，应该会清楚什么是包以及如何使用它们。

于 2013-08-20T09:05:41.440 回答