我正在开发一个go包,它有点复杂,因此我想将源代码组织到多个目录中。
但是,我不希望软件包的用户使用太长的导入时间。无论如何,包的内部结构不是他们关心的问题。
因此,我的包结构如下所示:
subDir1 subSubDir1 subSubDir2 subDir2 subSubDir3
…等等。他们都有他们的出口电话。
我想避免我的用户必须导入
import ( "mypackage/subDir1" "mypackage/subDir1/subSubDir2" )
…等等。
我只希望,如果他们想使用我的软件包中的导出函数,则只需通过import就可以访问所有这些函数mypackage。
mypackage
我试过package mypackage在所有.go文件中声明。因此,我的源文件位于不同的目录中,但是具有相同的包声明。
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" ^
有可能吗?
无论如何都不要这样做,因为语言规范允许编译器实现拒绝此类构造。引用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在包文件夹中创建特殊的子文件夹,则可以在其中创建任意数量的子包(即使使用多个级别)。您的软件包将能够导入和使用它们(或更确切地说,所有植根于您的软件包文件夹的软件包),但是外面没有其他人能够这样做,这将是编译时错误。
internal
例如,您可以创建一个foo程序包,一个foo/foo.go文件和一个foo/internal/bar程序包。foo将能够导入foo/internal/bar,但例如boo不会。此外foo/baz还可以导入和使用foo/internal/bar,因为它是植根于foo/。
foo
foo/foo.go
foo/internal/bar
boo
foo/baz
foo/
因此,您可以使用内部软件包将大软件包分解为较小的软件包,从而将源文件有效地分组为多个文件夹。您唯一需要注意的就是将您的程序包要导出的所有内容放入该程序包中,而不是放入内部程序包中(因为这些程序包是不可导入的,或者从“外部”可见)。