<p><a href="https://github.com/glycerine/zebrapack">https://github.com/glycerine/zebrapack</a> (... I tried to post this to reddit<a href="/r/golang">/r/golang</a> before; I'm not sure why it didn't show up the first time.)</p>
<hr/>**评论:**<br/><br/>funny_falcon: <pre><p>Great! I always said msgpack with integer keys is better alternative to protobuf.</p></pre>aten_j: <pre><p>:) glad to know I wasn't the only one to realize this ...maybe great minds think alike... and it turns out to be just as, if not more, performant.</p></pre>siwu: <pre><p>How? Type safety and hard schema is the greatest thing about it imho.</p></pre>ericzhill: <pre><p>I'm in the same boat. Protobuf uses integer keys to marshal data too. What is the benefit to msgpack over pb? </p></pre>kostix: <pre><p>Still I think buzzwording "next generation" is not warranted in this particular case. The project is definitely cool but I fail to see what is <em>so novel</em> about its approaches which makes it exactly next gen ;-)</p></pre>aten_j: <pre><p>:) Thanks for the kinds words, @kostix. I probably have errorred on the side of light hyperbole here rather than going Amish, but still I do believe this is a case of "revolution by evolution". To explain:</p>
<p>To me it is the confluence of a number of "small" features (themselves available in isolation in other formats) that add up to a big deal:</p>
<p>1) the omitempty support (not previously available) means that large/complete schemas are viable without taking any space on the wire when 99% of fields go unused; 2) schema based on Go instead of separate schema language that must be maintained; 3) strong field numbering; 4) field deprecation support; 5) codegen for speed; 6) possibility of any language being able to do reads/writes with a minor ammount of work. </p>
<p>Nowhere else can you get all these, for Go and all other languages, today.</p>
<p>Moreover, particularly compared to Gobs (which is promoted as a Go centric serialization format but is not cross-language compatible and is quite slow), ZebraPack could and should be the next generation of serialization for Go, the "go to" choice when reaching for a serialization lib.</p></pre>
这是一个分享于 的资源,其中的信息可能已经有所发展或是发生改变。
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码`
- 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传