什么是布局 Go 项目的明智方法

欧阳姐姐

我开始变得更加复杂的 go 项目，望以这种方式安排文件系统，以减轻疼痛。
有没有很好的例子来解释什么是有意义的？

解决方案:
                                                            Go 代码必须保存工作区中。
工作区是目录层次结构，其根目录包括三个目录：
src 包含组织包装 Go
pkg 包含包对象和
bin 包含可执行命令。在go tool构建源码包和安装产生的二进制文件pkg和bin目录。
该src子目录通常包含多个版本的控制存储(如 Git 或 Mercurial），开发一个或多个源包进行跟踪。

那篇文章包括以下提示：
将二进制文件与应用程序分开将main.go在同一个包里，文件和我的应用逻辑组合有两个结果：
它使我的应用程序无法用作库。
我只能有一个应用程序二进制文件。我发现解决这个问题的最好方法是cmd在我的项目中简单地使用目录，每个子目录都是应用程序二进制文件。

库驱动开发将main.go从根目录中删除文件，允许您从图书馆的角度构建应用程序。您的应用程序二进制文件只是应用程序库的客户端。
有时你可能希望用户以多种方式互动，所以你可以创建多个二进制文件。
例如，如果你有 adder包，可以让用户把数字加在一起，你可能想发布命令行版本和网络版本。
你可以很容易地组织你的项目：

用户可以使用省略号通过go get”安装“adder应用程序二进制文件：

看，您的用户安装了 adder”和“ adder-server”！
不要对子包发疯通常我的项目类型非常相关，所以从可用性到 API 从角度看更合适。
这些类型也可以使用它们之间未导出的调用来维持 API 小而清晰。
[ol]将相关类型和代码组合在每个文件中。如果您的类型和函数组织得很好，我发现文件通常在 200到 500 SLOC 之间。这听起来可能很多，但我发现它很容易导航。1000 SLOC 通常是我对单个文件的上限。
组织文件顶部最重要的类型，并在文件底部增加重要性递减的类型。
一旦你的应用程序开始超过 10,000 SLOC，你应该仔细评估它是否可以分解为更小的项目。[/ol]注：最终的做法并不总是好的：
对不起，我不能同意。
将类型分离到文件有助于代码管理、可读性、可维护性和可测试性。
还可以保证单一职责，遵循开放/封闭的原则......
不允许循环依赖的规则是强迫我们有一个清晰的包结构。
你能找到你能找到GitHub 代码布局中描述的经典布局:
两个应用程序和库位于 Github 上，每个仓库都在自己的仓库里。
$GOPATH是项目的根 - 你的每一个 Github 存储库将在以下文件夹中检测到$GOPATH。
您的代码布局如下所示：

下面的每个文件夹src/github.com/jmcvetta都是单独的 git checkout 根目录。
但是，在这里reddit 页面中，这引起了一些批评：
我强烈建议不要以你的方式建 repo，它会破坏 go get”，这是 Go 最有用的东西之一。
为了解 Go 的人写代码要好得多，因为他们最有可能是编译它的人。
至少对于那些不这样做的人，他们会感受到这种语言。
把主包放在 repo 根目录。
将资产放入子目录(以保持清洁)。
将代码内容保存在子包中(以防有人想在你的二进制文件之外重用)。
在 repo 的根目录包含一个设置脚本，便于搜索。
下载、构建、安装和设置仍然只有两个步骤：
” go get ”: 下载安装 go 代码，资产子目录
$GOPATH//setup.sh：将资产分配到正确的位置并安装服务

什么是布局 Go 项目的明智方法

欧阳姐姐 LV1