原型文件的管理技巧

今天golang学习网给大家带来了《原型文件的管理技巧》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

我创建了 3 个原型文件，并希望将其保存在 git 存储库中：

与所有其他文件分开。 存储库仅包含 .proto 文件。我有 3 个微服务，每个微服务都有自己的存储库，使用这些原始文件相互通信：

您可以在上图中看到，原始文件正在从不同的微服务中使用。

假设，我要更改 Protofile2 并将更改推送到 proto 存储库，请记住 proto 文件存储库与微服务存储库是分开的：

当我在 service1 或 service2 上运行 go test 时，它应该告诉我，Protofile2 已更改或没有相同的哈希值就像 service2 文件夹中的 proto 文件：

我必须再次生成代码。

有没有工具可以解决这个问题？或者说我该如何解决？

解决方案

这是我的建议：

• 将您的原型（及其生成的 makefile）存储在单个 git 存储库中。为了简化导入，每个定义都应该位于自己的目录中
• 用版本标记存储库 - 尤其是潜在的重大更改
• 从您的微服务导入特定的原型定义，例如import "github.com/me/myproto/protodef2"
• use go modules（2019 年与 go v1.11 一起引入），以确保微服务 x 获得 protobuf y 的兼容版本

对于第 2 点 - 正如 @paulhankin 提到的 - 尽量不要破坏向后兼容性。 protobuf 字段可以被删除，但只要剩余的字段索引不变，旧的客户端调用仍将与新的 proto def 兼容。

通常，人们会尝试使协议缓冲区向后兼容，以便服务依赖于 proto 文件并不一定需要在 proto 文件更改时更改。查看https://developers.google.com/protocol-buffers/docs/proto3#updating

但是，如果您想检查，可以使用 proto.GetProperties(msgType) 编写测试。将预期的结构属性放入文字中，并使用 reflect.deepequal 将其与通过调用 proto.getproperties 获得的动态结构属性进行比较原型的动态类型。像这样的事情：

func TestMyProtoStructVersion(t *testing.T) {
    gotProps := proto.GetProperties(reflect.TypeOf(&mypb.MyProtoStruct{}))
    if !reflect.DeepEqual(gotProps, wantMyProtoStructProps) {
        t.Errorf("MyProtoStruct proto has changed")
    }
}

您可以使用 gogenerate 自动执行创建文件的过程，该文件包含您可以包含在测试中的协议缓冲区的预期结构属性 (wantmyprotostructprops)。

好了，本文到此结束，带大家了解了《原型文件的管理技巧》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！