我有一个go项目,这个项目开始变得越来越复杂,并且希望以减轻痛苦的方式布置文件系统。
是否有一些很好的例子说明什么有意义?
2013年5月更新:官方文档位于“ 代码组织 ”部分
Go代码必须保存在 工作空间中 。 工作区是目录层次结构,其根目录包含三个目录:
src
pkg
bin
在go tool构建源码包和安装产生的二进制文件的pkg和bin目录。 该src子目录通常包含跟踪一个或多个源的包的发展多个版本控制储存库(诸如用于GIT中或水银)。
在go tool构建源码包和安装产生的二进制文件的pkg和bin目录。
go tool
该src子目录通常包含跟踪一个或多个源的包的发展多个版本控制储存库(诸如用于GIT中或水银)。
bin/ streak # command executable todo # command executable pkg/ linux_amd64/ code.google.com/p/goauth2/ oauth.a # package object github.com/nf/todo/ task.a # package object src/ code.google.com/p/goauth2/ .hg/ # mercurial repository metadata oauth/ oauth.go # package source oauth_test.go # test source
2014年7月更新:请参阅Ben Johnson的 “ 在Go中构建应用程序 ”
该文章包括以下技巧:
将main.go文件和我的应用程序逻辑合并到同一个程序包中将产生两个结果: 它使我的应用程序无法用作库。 我只能使用一个应用程序二进制文件。 我发现解决此问题的最佳方法是cmd在项目中仅使用“ ”目录,其中每个子目录均为应用程序二进制文件。
将main.go文件和我的应用程序逻辑合并到同一个程序包中将产生两个结果:
main.go
我发现解决此问题的最佳方法是cmd在项目中仅使用“ ”目录,其中每个子目录均为应用程序二进制文件。
cmd
camlistore/ cmd/ camget/ main.go cammount/ main.go camput/ main.go camtool/ main.go
将main.go文件移出根目录后,您可以从库的角度构建应用程序。您的应用程序二进制文件只是您的应用程序库的客户端。 有时,您可能希望用户以多种方式进行交互,因此您需要创建多个二进制文件。 例如,如果您有一个adder允许用户将数字加在一起的“ ”软件包,则可能要发布命令行版本和Web版本。 您可以通过这样组织项目来轻松地做到这一点:
将main.go文件移出根目录后,您可以从库的角度构建应用程序。您的应用程序二进制文件只是您的应用程序库的客户端。
有时,您可能希望用户以多种方式进行交互,因此您需要创建多个二进制文件。 例如,如果您有一个adder允许用户将数字加在一起的“ ”软件包,则可能要发布命令行版本和Web版本。 您可以通过这样组织项目来轻松地做到这一点:
adder
adder/ adder.go cmd/ adder/ main.go adder-server/ main.go
用户可以使用省略号使用“ go get”安装“ adder”应用程序二进制文件:
$ go get github.com/benbjohnson/adder/...
瞧,您的用户已安装了“ adder”和“ adder-server”!
adder-server
通常,我项目的类型都非常相关,因此从可用性和API角度来看,它更适合。 这些类型还可以利用在它们之间调用未导出的优势,从而使API保持简洁。 在每个文件中将相关类型和代码分组在一起。如果您的类型和功能井井有条,那么我发现文件的大小通常在200至500 SLOC之间。这听起来可能很多,但我发现它很容易导航。通常,单个文件的上限是1000 SLOC。 在文件顶部组织最重要的类型,并在文件底部添加重要性降低的类型。 一旦您的应用程序开始超过10,000 SLOC,您应该认真评估它是否可以分解为较小的项目。
通常,我项目的类型都非常相关,因此从可用性和API角度来看,它更适合。 这些类型还可以利用在它们之间调用未导出的优势,从而使API保持简洁。
注意:最后的实践并不总是很好:
对不起,我不同意这种做法。 将类型分隔为文件有助于代码管理,可读性,可维护性和可测试性。 它还可以确保单一责任并遵循开放/封闭原则…… 不允许循环依赖的规则是强制我们拥有清晰的包装结构。
(或者,src仅在2013年2月提供), 您可以在“ GitHub代码布局 ”中找到经典布局:
该应用程序和两个库都位于Github上,每个库都位于自己的存储库中。 $GOPATH是项目的根-每个Github仓库都会在下面的几个文件夹中签出$GOPATH。 您的代码布局如下所示:
该应用程序和两个库都位于Github上,每个库都位于自己的存储库中。 $GOPATH是项目的根-每个Github仓库都会在下面的几个文件夹中签出$GOPATH。
$GOPATH
您的代码布局如下所示:
$GOPATH/ src/ github.com/ jmcvetta/ useless/ .git/ useless.go useless_test.go README.md uselessd/ .git/ uselessd.go uselessd_test.go README.md
下面的每个文件夹src/github.com/jmcvetta/都是单独的git checkout的根。
src/github.com/jmcvetta/
但是,在此reddit页面中,这引起了一些批评:
我强烈建议您不要按照自己的方式来构造存储库,否则会破坏“ go get”,这是Go最有用的功能之一。 为确实了解Go的人编写代码要好得多,因为他们很可能是编译它的人。 对于那些没有的人,他们至少会对这种语言有所了解。 将主程序包放在仓库的根目录中。 将资产放在子目录中(使内容保持整洁)。 将代码的内容保留在一个子包中(以防任何人想在您的二进制文件之外重用它)。 在回购的根目录中包含一个安装脚本,因此很容易找到。 下载,构建,安装和设置仍然只有两个步骤: “ go get <your repo path>”:下载并安装go代码,其中包含资产的子目录 $GOPATH/<your repo path>/setup.sh:将资产分配到正确的位置并安装服务
我强烈建议您不要按照自己的方式来构造存储库,否则会破坏“ go get”,这是Go最有用的功能之一。 为确实了解Go的人编写代码要好得多,因为他们很可能是编译它的人。 对于那些没有的人,他们至少会对这种语言有所了解。
go get
将主程序包放在仓库的根目录中。 将资产放在子目录中(使内容保持整洁)。 将代码的内容保留在一个子包中(以防任何人想在您的二进制文件之外重用它)。 在回购的根目录中包含一个安装脚本,因此很容易找到。
下载,构建,安装和设置仍然只有两个步骤:
go get <your repo path>
$GOPATH/<your repo path>/setup.sh