Golang中下载依赖项的子模块的推荐方法是什么？我想我的问题最好用例子来描述。
示例#1：
我有一个客户端和一个服务器。我的服务器是一个API，有很多其他依赖项，如数据库、消息队列、领事等。我希望我的客户端是一个轻量级包，用户只下载客户端所需的一些依赖项。
您可以说客户端和服务器可以位于不同的存储库中。然而，它们之间可能也有一些常见的代码，如果我们遵循这种模式，它们将再次成为另一个存储库。
我在想一些看起来像这样的结构：
service/
---> common/
------> redis.go
------> kafka.go
---> client/
------> client.go
---> server/
------> database/
------> swagger/
------> producer/
------> etc/
示例#2：
项目共享模型是很常见的。如果我们有通过消息代理和通用模型进行通信的微服务，我们可能想要这样的结构。
service/
---> model/
------> message.go
---> service1/
---> service2/
与其他语言的比较
我有Scala/Java的背景，开始使用Golang还不到一个月。与Scala相比，我可以用两种方式来处理这个问题。让我们以示例#2为例
- 将模型发布为自己的jar，并在每个服务中导入
model.jar - 在sbt中使用多项目设置：https://www.scala-sbt.org/1.x/docs/Multi-Project.html.
我在围棋中探索的一些东西
- https://blog.gopheracademy.com/advent-2015/vendor-folder/
- https://github.com/golang/go/wiki/Modules#faqs--多模块存储库
但到目前为止，他们似乎还不能解决我的问题
最后一个问题
对于我在例子中提到的问题，在果朗有什么建议的解决方法？
谢谢你的帮助！
通常，尽量坚持一个repo和一个模块。将代码库拆分为多个repo和/或多个模块会产生成本，成本会随着时间的推移而增长。您需要在自己的模块之间定义明确的版本依赖关系，仔细进行分阶段升级等。特别是对于中小型项目，一个repo和一个模块是最好的方法。
关于示例1中的特定要求，如果它对"；客户端"；不拉"；服务器"；代码，则客户端和服务器必须位于单独的模块中。这些模块可以在同一个回购中，也可以在不同的回购中——这对Go来说没有什么区别。通用代码必须在其自己的模块中，例如：
github.com/user/myrepo/
client/
go.mod
server/
go.mod
common/
go.mod
然后，使用客户端的模块在其go.mod:中
require github.com/user/myrepo/client <version>
这将引入client和common，但不会引入server。
如果服务器可以依赖于客户端，那么您可能会将common作为client的一部分，尽管我不确定这会节省多少。
对于示例2，其思想是类似的——公共代码可以进入自己的模块。
我强烈建议您阅读关于使用Go模块的官方博客文章。
对于带有模块的简单Go项目布局，请参阅以下文章