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

Question

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

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

因此，我的程序包结构如下所示：

subDir1
  subSubDir1
  subSubDir2
subDir2
  subSubDir3

...等等。 他们都有他们的出口电话。

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

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

...等等。

我只想要，如果他们想使用我的包中的导出函数，则只需导入mypackage即可访问所有这些包。

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

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

./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/ 。

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

Answer 2

是的，这是可行的，没有任何问题，只需手动调用Go编译器即可，这不是通过go工具。

但是最好的建议是：不要那样做。 这很丑陋，不必要的复杂。 只需正确设计您的包装即可。

Answer 3

在包源代码中，必须通过重命名import来区分源目录。 您可以在所有源文件中声明相同的package mypackage （即使它们位于不同的目录中）。

但是，在导入它们时，应为目录指定一个单独的名称。 在您的源src1.go ，以这种方式导入其他目录：

import (
  "mypackage"
  submodule1 "mypackage/mySubDir"
)

并且您将能够访问在“ mypackage”中定义的API作为mypackage.AnyThing() ，以及在mySubDir定义的API作为submodule1.AnyThing() 。

外部世界（即包的用户）将在myPackage.AnyThing()看到所有导出的实体。

避免名称空间冲突。 并像示例中那样使用更好的不稳定，直观的命名。