Json VS Protobuf

@reorx

你说的对， JSON 和 protobuf 肯定是要用在各自合适的环境中

比如我的项目：

服务器 ， 客户端之间是 protobuf
服务器各个组件之间的API调用 是 json

我之所以有那个对比的测试， 是想测试一下 在 服务端和客户端用 gzip 压缩的json，看到底是否可行。
从结果来看，erlang/python服务端基本没影响， c#客户端性能降低了好多。
结论就是 如果是 弱交互，消息通信不频繁的项目， 直接上json就行。不过最好gzip压缩一下


至于你后来说的， **一旦定义过的required字段，不允许更改** 这个我不赞同

有些功能一改再改，到最后直接换个方式玩法， 消息大概是必然的。

所以这才是版本控制的重要性。

@yueyoum 嗯嗯，是的，其实不可能有那么严格的限制，毕竟业务需求是在变化的，我那样说主要还是强调 schema 不要轻易变化，倒不是说用 Protobuf 就一定要那样。不过我自己在团队内部确实是这样要求的，required 在设计确定下来之后基本上就不会改了，新的需求通过增加 optional 来解决，有这样的约束大家会非常谨慎，反复推敲，多方确认，来保证所设计的 schema 是可以兼顾可见的未来的需求的。

所以「不允许更改」==「设计应该足够完善以至理论上不应该产生更改」，警戒意义多于实际约束 XD

@yueyoum marked