大家好，我们又见面了啊~本文《GoLang - 项目结构 - 第三方库的引入和管理》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

方法 1

对于任何应用程序项目结构，作者推荐以下应用程序项目结构：

application

    ├── cmd/
    ├── internal/
    │   └── platform/
    └── vendor/

其中 vendor/ 文件夹在项目结构内有第三方库，其中大部分是 go get'ble，但推送到 github 存储库（在上述情况下）。将 /vendor 文件夹推送到 github 存储库看起来没有必要

方法 2

我通常将 go get 3rd party 放入公共本地工作区文件夹（~/golib），这是外部项目结构，并由如下所示的 gopath 设置驱动。因此，与第 3 方相关的代码不会推送到 github：

export GOPATH=/home/user/golib
export PATH=$PATH:$GOPATH/bin
# First segment of GOPATH is used by "go get" command
# All segments of GOPATH are used for source code
export GOPATH=$GOPATH:/home/user/code

在方法 1 中，在应用程序项目结构内为第 3 方维护 vendor/ 文件夹并推送到 github 存储库有什么优势？与方法 2 不同

解决方案

Go 1.6 中添加了对供应商文件夹的支持，以帮助您获取您知道的适用于您的代码的软件包版本，以防发生非向后兼容的更改并且您无法确定存储库中的哪个版本是您使用的那个（或者更糟糕的情况是存储库完全消失）。

通过使用最近的 Go 版本中添加的模块，可以避免使用供应商文件夹方法，这允许您通过保证使用相同版本的包来获得可重复的构建。 Go 模块与方法 2 类似，但在 Go 编译器和工具中具有更好的支持。

总之：您的方法应该是将 Go 1.14 与模块一起使用。

本篇关于《GoLang - 项目结构 - 第三方库的引入和管理》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！