- 主题:python和java之间通信的序列化，有比protobuf更简单的方案吗？
文本协议除了可以让人眼看，基本上没有啥优点
当然要设计到pdf那种水准，也很困难
【 在 oldwatch 的大作中提到: 】
: 主要是想起来Eric.Raymond在《Unix编程艺术》里说
: 面向文本的协议可以通过zip压缩来规避尺寸大的缺点而保留其他优点
:
--
FROM 221.218.211.*
在非效率瓶颈领域可以用眼睛直接看就是最大优点，能避免无数bug。
【 在 Bernstein (Berns) 的大作中提到: 】
: 文本协议除了可以让人眼看，基本上没有啥优点
: 当然要设计到pdf那种水准，也很困难
--
FROM 27.91.71.*
同意。楼主先确定性能是不是你的瓶颈吧。
别为了一个可能的伪需求为后续搞这么多麻烦。
【 在 xiaoju 的大作中提到: 】
: 在非效率瓶颈领域可以用眼睛直接看就是最大优点，能避免无数bug。
: --
发自「今日水木 on OnePlus」
--
FROM 117.136.38.*
json，速度快，也比较通用
【 在 elephant 的大作中提到: 】
:
: 因为消息中的字段主要是数字，而且考虑到带宽消耗，目前倾向于protobuf。
: 但是protobuf还是比较繁琐，有没有更好的办法？
#发自zSMTH@KB2000
--
FROM 123.113.10.*
protostuff
【 在 elephant 的大作中提到: 】
: 因为消息中的字段主要是数字，而且考虑到带宽消耗，目前倾向于protobuf。
: 但是protobuf还是比较繁琐，有没有更好的办法？
: --
:
发自「今日水木 on iPhone 1」
--
FROM 111.198.225.*
按照我的经验，对最小化后 js/css 文件的压缩，gz 大小是压缩前的1/3。理论上 json 的冗余信息稍微多一些，还能略低一点儿，如果 json 太小的话结果就不好说了。
json/xml-rpc over http/websocket 还算是挺常见的，性能不敏感的话也没啥大不了的
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 其实我想的是直接蹭Http协议的gzip压缩
: 当然了，用http这种应用层协议估计已经为性能爱好者不齿了……
--
FROM 203.211.110.*
本质上其实是用定长（char)存储和冗余（结构化数据）开销换高容错
【 在 Bernstein (Berns) 的大作中提到: 】
: 文本协议除了可以让人眼看，基本上没有啥优点
: 当然要设计到pdf那种水准，也很困难
--
FROM 116.233.89.*
显然 json，开 gzip，最简单
Python就不考虑什么性能了
【 在 elephant (elephant) 的大作中提到: 】
: 因为消息中的字段主要是数字，而且考虑到带宽消耗，目前倾向于protobuf。
: 但是protobuf还是比较繁琐，有没有更好的办法？
--
FROM 120.229.34.*
mark
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 是啊。很浪费带宽。我不爱用这东东。
: protobuf 需要写描述文件。我也不爱用。
: 我最喜欢的序列化标准是 msgpack. 非常节省带宽，而且还支持二进制字符串，以及日期时间。
: ...................
--
FROM 183.6.114.*
赞
【 在 oldwatch (一条叫java的鱼◎城内风光独好) 的大作中提到: 】
: 主要是想起来Eric.Raymond在《Unix编程艺术》里说
: 面向文本的协议可以通过zip压缩来规避尺寸大的缺点而保留其他优点
--
FROM 183.6.114.*