我可以在多个源目录中开发一个 go 包吗？

Question

我正在开发一个 go 包，它有点复杂，因此我想将源代码组织到多个目录中。

但是，我不希望包的用户不得不使用太长的导入。无论如何，包的内部结构不是他们关心的。

因此，我的包结构看起来是这样的：

subDir1
  subSubDir1
  subSubDir2
subDir2
  subSubDir3

...等等。他们都有自己的导出电话。

我想避免我的用户必须导入

import (
  "mypackage/subDir1"
  "mypackage/subDir1/subSubDir2"
)

...等等。

我只想，如果他们想使用我的包中的导出函数，他们应该通过简单地导入mypackage.

我尝试package mypackage在所有.go文件中声明。因此，我在不同目录中有源文件，但具有相同的包声明。

在这种情况下，我遇到的问题是我根本无法从同一个包中导入多个目录。它说：

./src1.go:6:15: error: redefinition of ‘mypackage’
   "mypackage/mysubdir1"
               ^
./src1.go:4:10: note: previous definition of ‘mypackage’ was here
   "mypackage"
          ^
./src1.go:5:15: error: redefinition of ‘mypackage’
   "mypackage/mysubdir2"
               ^
./src1.go:4:10: note: previous definition of ‘mypackage’ was here
   "mypackage"
          ^

它以某种方式可能吗？

Answer 1

在任何情况下都不应这样做，因为语言规范允许编译器实现拒绝此类构造。引自Spec: Package 条款：

一组共享相同 PackageName 的文件构成了一个包的实现。一个实现可能要求一个包的所有源文件都位于同一目录中。

而是“构建”您的文件名以模仿文件夹结构；例如，而不是文件

foo/foo1.go
foo/bar/bar1.go
foo/bar/bar2.go

你可以简单地使用：

foo/foo1.go
foo/bar-bar1.go
foo/bar-bar2.go

此外，如果您的包太大以至于您甚至需要多个文件夹来“托管”包实现的文件，您真的应该考虑不将其作为单个包实现，而是将其分解为多个包。

还要注意Go 1.5引入了内部包。如果您internal在包文件夹中创建一个特殊的子文件夹，您可以在其中创建任意数量的子包（甚至使用多个级别）。您的包将能够导入和使用它们（或者更准确地说，所有以您的包文件夹为根的包），但没有其他人能够这样做，这将是一个编译时错误。

例如，您可以创建一个foo包，拥有一个foo/foo.go文件，然后foo/internal/bar打包。foo将能够导入foo/internal/bar，但例如boo不会。也foo/baz将能够导入和使用，foo/internal/bar因为它植根于foo/.

因此，您可以使用内部包将大包分解为较小的包，从而有效地将源文件分组到多个文件夹中。您唯一需要注意的是将您的包想要导出的所有内容放入包中，而不是放入内部包中（因为那些不能从“外部”导入/可见）。