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 clause:

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

相反＆＃34;结构＆＃34;你的文件名来模仿文件夹结构;例如而不是

的文件

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

你可以简单地使用：

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

此外，如果您的包裹太大，您甚至需要多个文件夹才能使用＃34; host＆＃34;在包实现的文件中，你应该考虑不将它作为单个包实现，而是将其分解为多个包。

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

E.g。您可以创建foo包，拥有foo/foo.go文件和foo/internal/bar包。 foo将能够导入foo/internal/bar，但例如boo赢了。此外，foo/baz也可以导入和使用foo/internal/bar，因为它已植根于foo/。

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

Answer 2

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

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

Answer 3

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

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

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

您将能够达到＆＃34; mypackage＆＃34;中定义的API。作为mypackage.AnyThing()，并将mySubDir中定义的API定义为submodule1.AnyThing()。

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

避免命名空间冲突。并使用更好的理解，直观的命名，如示例所示。

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

3 个答案: