protoc Go 包命令本地覆盖？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《protoc Go 包命令本地覆盖？》，聊聊，我们一起来看看吧！

按照 grpc 官方网站上的快速入门 grpc go 指南，有一个步骤要求用户使用以下命令重新编译更新的 .proto 文件：

$ protoc --go_out=. --go_opt=paths=source_relative --go-grpc_out=. --go-grpc_opt=paths=source_relative helloworld/helloworld.proto

我对“人类编写的”go 代码如何使用新编译的 protobuf 文件有点困惑。

在“人类编写的”go 代码示例中，他们使用以下导入引用 protobuf 代码：

pb "google.golang.org/grpc/examples/helloworld/helloworld"

protoc 不会更新此包，而是更新命令运行所在目录中的 helloworld/helloworld.proto。 protoc 命令如何确保“人工编写”的 go 代码使用新编译的 protobuf 代码？

正确答案

我发现这是 protobufs（和 grpc）更令人困惑的方面之一。

我认为要解决的问题是 protobufs 需要：

1. 允许命名空间将服务|消息范围限定为例如dns 域
2. 支持多种编程语言（它们以不同的方式实现命名空间）。

protoc 具有允许（重新）映射例如使用 protobuf 选项将 protobuf 的包 v1/api 转移到特定于语言的命名空间，例如go_package）。 golang 请参阅 Go Generated Code。

使用 go 模块时，这会稍微复杂一些，但总而言之，您遇到的可能是上述内容的某种（意外）组合，其中示例代码假定一个模块名称，并且 protoc 是建立在以下假设之上的：不同的。

tl;dr 更新代码的模块引用以反映正确生成的 pb 路径。如果生成代码位于错误的位置，您只需将其移动到正确的子目录（路径）即可但是最好更新您的 protoc 命令以将文件生成到正确的目录。

示例

something.proto：

syntax = "proto3";

package v1alpha1;

option go_package = "github.com/me/my-protos;v1alpha1";

注意 go_package 将原始包 v1alpha1 别名为我想在 golang 中引用的 github.com/me/my-protos。

然后我生成：

module="github.com/me/my-protos"
protoc \
--proto_path=. \
--go_out=./api/v1alpha1 \
--go_opt=module=${module} \
--go-grpc_out=./api/v1alpha1 \
--go-grpc_opt=module=${module} \
./something.proto

注意此示例也生成 grpc 代码。它避免了（！） protoc 为生成的代码创建路径 github.com/me/my-protos 因为我正在该存储库中生成源代码。我只想要相对路径 ./api/v1alpha 将在其中创建文件。

其产量：

my-protos
├── something.proto
├── api
│   └── v1alpha1
│       ├── something_grpc.pb.go
│       └── something.pb.go
├── go.mod
├── go.sum
└── readme.md

我可以导入：

import (
    pb "github.com/me/my-protos/api/v1alpha1"
)

注意从不同的存储库中，我现在可以访问我的原型存储库 github.com/me/my-project/api/v1alpha1 结合存储库和生成的位置来给出我想要的路径。

今天关于《protoc Go 包命令本地覆盖？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！