按照官方gRPC网站上的“快速启动gRPC Go”指南,它有一个步骤,要求用户使用以下命令重新编译更新的.proto文件:
$ protoc --go_out=. --go_opt=paths=source_relative --go-grpc_out=. --go-grpc_opt=paths=source_relative helloworld/helloworld.proto对于新编译的protobuf文件是如何被“人工编写的”Go代码使用的,我有点困惑。
在示例“人工编写的”Go代码中,他们使用以下导入引用protobuf代码:
pb "google.golang.org/grpc/examples/helloworld/helloworld"protoc不更新此包,而是在运行命令的同一个目录中更新helloworld/helloworld.proto。protoc命令如何确保“人工编写的”Go代码使用新编译的原型代码?
发布于 2021-06-14 18:43:49
我发现这是Protobufs (和gRPC)更令人困惑的方面之一。
我认为要解决的问题是,Protobufs需要:
protoc有允许使用protobuf选项(例如go_package)将protobuf的包v1/api映射到特定于语言的命名空间的选项。关于Golang,见Go生成代码。
在使用Go模块时,这要稍微复杂一些,但总之,您所体验到的可能是上面的一些(意外的)组合,其中示例代码假设一个模块名,而protoc是在另一个模块的假设基础上构建的。
DR更新代码的模块引用以反映正确生成的pb路径。如果生成代码位于错误的位置,您可以简单地将其移动到正确的子目录(path) ,但是最好更新您的protoc命令以将文件生成到正确的目录。
示例
something.proto
syntax = "proto3";
package v1alpha1;
option go_package = "github.com/me/my-protos;v1alpha1";注意:
go_package将proto包v1alpha1别名为戈朗中的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,结合repro和生成的位置,给出我想要的路径。
https://stackoverflow.com/questions/67967978
复制相似问题