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

【问题标题】：Are the following assertions about Go packages accurate?以下关于 Go 包的断言是否准确？
【发布时间】：2013-08-20 23:18:00
【问题描述】：

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

import "package_name" 从名为 package_name 的目录中导入所有文件，假设在 $GOPATH（保存用户 go 目录的变量）或标准 go 安装目录树中找到。
package_name 目录中的文件通常会声明package package_name。但他们不是必须的。事实上，import "package_name"，如果在导入的 package_name 目录中找到该文件，也会导入包含行 package foo 的文件。
所有大写的函数都将通过包 package_name 声明中给出的名称访问——例如：

package_name.Function_in_file_that_declares_package_name 或 other_than_package_name.Function_in_file_that_declares_other_than_package_name

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

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

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

【问题讨论】：

看起来有点像你假设 Go 包和导入语句的工作方式有点像 C++ 中的 include 指令和命名空间关键字（提示：它们不是）。尽量不要与 C++ 相提并论，而是阅读 spec。

标签： include go packages

【解决方案1】：

“import”的参数是 import_path，而不是包名。它使从$GOPATH/src/import_path 中找到的包中导出的实体在出现“import”子句的文件范围内可用。
所有 *.go 文件，除了 *_test.go 文件和带有 // +build ignore 的文件，在单个目录中必须在 package name 子句中使用相同的名称，否则 go build 系统将拒绝它。
没有大写，但属于 Unicode 类别 Lu。不是功能，而是任何 TLD 实体。
不，您可以使用其导入路径从任何目录安装任何软件包。是的，来自 stdlib 的包具有优先级，不能被“覆盖”。但是，您可以使用例如有效地“替换” stdlib 包。 import strings "github.com/foo/mystrings"。但是，效果仅限于本地/文件。

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

“我们都同意吗？”

一点也不。

【讨论】：

感谢您的更正——它们很有帮助。谢谢你。这一切都始于我想知道是否可以在不将文件添加到 go src 目录的情况下将函数附加到字符串包。例如，我想要一个 strings.Transmutate 函数。我想添加一个 $GOPATH/src/strings 目录，然后添加 transmutate.go。但是 go 不允许我使用该文件夹名称进行安装。我也不想覆盖内置的字符串包，只想添加它。我的解决方案似乎可行，是创建一个 $GOPATH/src/my_strings 文件夹并将 transmutate.go 放入其中。
transmuate.go 包含一个包字符串声明。然后 import "my_strings" 提供了 strings.Transmutate 功能。这是一个合理的解决方案吗？
不，这不是一个合理的解决方案。包字符串是标准库包之一。您不应该“添加”它们，并且拥有自己的 package strings 会使您的代码不可读，因为现在突然 string.Trim 不再是 stdlib 的字符串 Trim 函数，但可能会删除任意文件。只需正确命名您的包裹，例如package transmutate 并导出 func Do(s string) string 或类似的。
我明白了。我的 hack 解决方案实际上阻止了标准库包。我没有意识到这一点。不好。所以除了实际将文件插入标准库目录之外，没有办法添加到标准库中，这最终会导致混乱。但是另一种选择——拥有多个包含操作字符串的函数的包也不是最优的。我希望可以在不损害/隐藏现有代码的情况下附加到标准库。
@Tim Go 的概念是不同的。人们看到导入字符串并知道“他将使用字符串包”。如果您想拥有自定义功能，其他人理解这一点的最简单方法是拥有一个名为 tim.example/tim/strings 的包，其中包含您自己的字符串函数。然后其他人看到您的代码和“import timstr”tim.example/tim/strings”语句并立即知道“啊哈！我必须检查包 tim.example/tim/strings 来弄清楚所有这些 timstr 函数在做什么。

【解决方案2】：

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

看看http://golang.org/doc/effective_go.html#package-names 和http://golang.org/ref/spec#Packages，不要认为import 是C 的include 的Go 等价物。

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

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

【讨论】：