dtw52353
dtw52353
2016-08-19 08:09
浏览 389
已采纳

Golang的net / rpc软件包和gRPC框架有什么区别?

gRPC is a "general RPC framework" which uses ProtoBuffer to serialize and deserialize while the net/rpc package seems could do "nearly" the same thing with encoding/gob and both are under the umbrella of Google.
So what's the difference between them? What pros and cons dose choosing one of them have?

图片转代码服务由CSDN问答提供 功能建议

gRPC < / a>是一个“通用RPC框架”,它使用 ProtoBuffer 进行序列化和反序列化,而< 一个href =“ https://golang.org/pkg/net/rpc/” rel =“ noreferrer”> net / rpc 包似乎可以对 encoding / gob 都在Google的保护下。
它们之间有什么区别? 选择其中之一有哪些利弊?

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 邀请回答

1条回答 默认 最新

  • doujiena0025
    doujiena0025 2016-08-19 08:37
    已采纳

    Well, you have said it yourself. gRPC is a framework that uses RPC to communicate. RPC is not Protobuf but instead Protobuf can use RPC and gRPC is actually Protobuf over RPC.

    You don't need to use Protobuf to create RPC services within your app. This is a good idea if you are doing libraries/apps from small to medium size. Also you don't need to learn the syntax of Protobuf to create your own services.

    But, Protobuf is much faster than REST. It is a much more convenient way to communicate with the downside of the learning curve of the Protobuf syntax. Also, you can use Protobuf to generate the codebase in more languages than simply Go. So if you have some kind of service in Java, you can use Protobuf to generate RPC calls between them easily while if you use the net/rpc package you'll have to implement them twice (once in Go and once in Java)

    In general, I will use Protobuf to nearly all. This gives you confidence to use it at more large scale or complex projects.

    点赞 评论

相关推荐