微服务存储库布局：Go中的共享代码方案

本篇文章给大家分享《微服务存储库布局：Go中的共享代码方案》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

我们最近开始使用 go 来开发新的微服务。每个微服务都是一个 go 模块，我们将它们作为单一存储库进行管理：

/
  services/
    s1/
      go.mod
      main.go
    s2/
      go.mod
      main.go

这工作正常，但现在我们需要在 s1 和 s2 之间共享一些代码 - 两个服务使用的一些结构、上传到 s3 的函数等。

处理这种情况的正确方法是什么？理想情况下，我在存储库根目录中有一个 common 目录（services 的同级目录）并将公共代码放在那里 - 但是在编译 s1 和 s2 时，go 将如何从那里获取代码？

正确答案

我认为你所问的实际上只是“如何构建 go 应用程序以生成多个二进制文件？”。

您可以将 go.mod 移动到顶级目录重命名，以便您拥有以下布局：

.
├── common
│   └── common.go
├── go.mod
└── services
    ├── s1
    │   └── main.go
    └── s2
        └── main.go

还有一个 go.mod ，其开头类似：

module mymodule

如果 common/common.go 看起来像这样：

package common

func commonfunction() string {
    return "this is a common function"
}

然后在services/s1/main.go中，可以导入common模块：

package main

import (
        "mymodule/common"
        "fmt"
)

func main() {
        res := common.commonfunction()
        fmt.println(res)
}

您将像这样构建 s1 服务：

go build ./services/s1

构建 s2 类似：

go build ./services/s2

您通常会有一个顶级 makefile 来自动构建多个服务。

终于介绍完啦！小伙伴们，这篇关于《微服务存储库布局：Go中的共享代码方案》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！