我们真的需要 gRPC 吗?

[Nazz]

相对 gRPC, JSON-RPC:

• 协议方面更加简单透明
• 协议方面更加统一, 没有封装和切换的开销, 中间件可以复用
• JSON 可读性更好, 开发调试方便

最后问一下, 有根据文件生成各大语言 JSON 代码的命令行工具吗?

[Nazz]

@mikewang 不同之处在于我在输出观点: 大部分 gRPC 的使用场景可以被 JSON-RPC 平替.

[Nazz]

@lesismal gRPC 本身太重了吧, 不然不至于性能这么差.

[Nazz]

@aper 字节的 sonic 可以了解下, 丧心病狂的优化.

[Nazz]

@lambdaq JSON 很容易做到这两点, 但是没看到流行的方案, 可能是因为 gRPC 太流行了.

[lolizeppelin]

@lujiaxing

用传统的 c struct 自己封装啊 哈哈哈哈哈哈哈哈哈

[opentrade]

你不需要的东西太多了

[lambdaq]

@Nazz 要做当然是能做的。但是你一个人做，不代表别人用 json 的也会遵守。。。protobuf 从底层遵守了这个特点。

就跟 C++每一个作者都自己发明一套 String 一样。。

[Nazz]

@lambdaq 一家公司内容易形成规范，同时存在 gRPC 和 gin 经常要写一些胶水代码

[echoless]

@gant https://github.com/bradleyjkemp/grpc-tools/tree/master/grpc-proxy 我很早之前用过

[sardina]

直接用 tcp 吧

[Valid]

多大体量才要开始考虑这个开销，我要有这个体量宁愿效率换成本

[Nazz]

@Valid 大厂考虑得很多，字节的 sonic 优化得丧心病狂