icloud.com 不是应该最适合做苹果邮箱的吗，苹果一整套，不接收任何其他邮件

未必要腹黑，反而可以把理性的一面展现出来，把握好尺度，无愧于心。

@neoblackcap 未知协议格式， json 可以被解析，而 protobuf 不行

难不成目前有 protobuf 自动解析的方法？我还真不知道

@neoblackcap 恩，后者是笔误，应该是 HTML

你那根本就是伪逻辑，若是系统中通用 protobuf 你就认为这些是一个系统，若是换成 json 你就认为他们是不同的系统，这样根本没法说。
> 你这说反了吧，就像我们说语言有高级低级之分，高级语言当然也能干低级的事，但低级语言很多时候就干不了高级的活，或者说，代价很大

@neoblackcap 参考协议栈画图也可以。。会清晰一点。但就很难说清楚这几者之间的区别了。

@neoblackcap 对。但不同协议应用的场景比较不同，你见过跨系统的通用 protobuf 传输吗？
protobuf 本身有一些依赖，如定义好的协议结构，而且只要对 protobuf 本身有微小的修改就很容易导致不兼容，但 JSON 、 XML 、 HTTP 却很通用，序列化和反序列化是通用的。

二进制一般来说比较偏向共享内存、预定义结构这种场景。。跟 protobuf 比没有序列化和反序列化的过程。 protobuf 就是整合了不同语言，但会有额外的开销，还是不同的。

@yangmls 速度差距比较大。。

@jjx 还是 SQLAlchemy 的问题：在数据库里『加个字段』这样的场景太常见不过了，如果不能原生支持，我觉得库还是比较让人头疼的，我希望有人确定能有较好的、稳定的方案，这样就可以加到列表里

@strahe 注意分类是 Framework ，我觉得 flask 、 webpy 、 tornado 等等离 Framework 还有一定的距离。

@notolddriver 有考虑在做这个，你也可以发个 PR 试试~

@neoblackcap 左右不是对照的，但可以组合，协议的底层和高层是切分两类协议，没有依赖关系

@finian JSON 、 HTTP 、 XML 都是文本协议，解析效率很低，而且一般也用在比较高的协议层级（如基于 HTTP ），做通用通信；
而 binary 、 protobuf 这种二进制协议，一般是只能用在特定的一套体系内、不通用的、底层的，所以分开了。
有其他更好表达这两类区别的方法吗？

果然没有 argue 就没有人气吗？
Scala 是最好的语言？

默默给各位安利一下刚刚画的两张图，说明这些技术、概念的关系的
传送门 1 ： http://www.anwcl.com/wordpress/ipc-rpc/
传送门 2 ： http://www.v2ex.com/t/283430#reply0

@edfward hmm ，我在想 thrift 对比 grpc 是否更成熟点

@ElloRay
@kanner 现在都有哪些公司在用 thrift ？有用 grpc 的吗？

@ooTwToo RPC 才走协议栈

@jjx requests 已加入

@dcoder 会用一些篇幅来说明的，尽量只取 Top 1