共有1个答案
我在这里详细比较了几种序列化系统，包括Protobufs和FlatBuffers：
https://kentonv.github.io/capnproto/news/2014-06-17-capnproto-flatbuffers-sbe.html
然而，比较更多地集中在比较三个新的“零拷贝”序列化系统上，并且主要包括原型作为参考点。此外，我是Cap'n Proto的作者，也是原型v2的作者（我在谷歌负责开源原型），所以这种比较可能有偏见。
（更新于2021年：）请注意，原型早在2001年左右就在谷歌推出了，今天仍然是那里的“通用语言”。FlatBuffers于2014年推出，并在一些项目中使用，但原型仍然是谷歌的主要数据交换格式，并且无意改变这种格式。公平地说，如果他们想的话，谷歌可能无法改变这一点，因为代码太多了。
-
问题内容： 我正在使用gSoap将旧式C 系统重构为SOA。我们遇到了一些性能问题（非常大的XML），因此我的领导要我看一下协议缓冲区。我做到了，它看起来非常酷（我们需要C 和Java支持）。但是协议缓冲区是仅用于序列化的解决方案，现在我需要将其发送到Java前端。从C ++和Java角度来看，我应该使用什么来通过HTTP（只是内部网络）发送那些序列化的内容？ PS。另一个人试图加速我们的gSoa
-
请注意：虽然这个问题特别提到了Dropwizard，但我相信任何有泽西/JAX-RS经验的人都应该能够回答这个问题，因为我可以想象Dropwizard只是在幕后遵循泽西/JAX-RS约定。 我有一个Dropwizard服务，它用JSON编写，工作非常出色。 现在我想将其切换为读/写二进制数据（以最小化网络带宽）。我看到了Dropwizard Protobuf库，但我对在Dropwizard中实现二
-
我在客户机-服务器体系结构中使用协议缓冲区作为有线数据格式。域对象（JavaBeans）将经历以下生命周期。 用于客户端业务逻辑 转换为协议格式 传送到服务器 转换回域对象 用于服务器端业务逻辑 “协议缓冲器和O-O设计”部分在协议留档中建议在适当的域模型内包装生成的类。 我想找出最好的办法。 例如，我有一个简单的原型定义。 这就是域模型的定义方式。如您所见，数据完全存储在proto builde
-
试图使用Ionic 4中的协议缓冲区进行编码 我已经下载了协议并用它来生成一堆_pb.js文件，每个. proto文件一个。很好。 首先关注原型示例。这是示例代码： 我做了一些更改以匹配我的文件。更改proto文件的名称。但是我的proto文件中没有包名称。所以我只是使用了消息名称。首先这是我的. proto文件的开头： 下面是我修改后的代码： 这似乎不起作用。我的控制台显示： 我相信我已经成功地
-
我们接近100人。proto文件，其中每个文件可以定义大约10个IDL结构（如服务或消息）。 有没有一种方法可以可视化它们，包括引用（从一个文件到另一个文件）。例如类似于UML类图。 可能有可配置的可视化Java /C。 引用自https://developers.google.com/protocol-buffers/docs/overview 协议缓冲区现在是谷歌的通用数据语言——在撰写本文时
-
在阅读这个相当长的问题之前，我提出了一个bughttps://github.com/GoogleCloudPlatform/python-docs-samples/issues/1103. 原型包和名称解析的留档状态 您可以使用其他定义。通过导入原始文件。导入另一个。在proto的定义中，您可以在文件的顶部添加一条import语句。 我的依赖于annotations.proto将HTTP/JSON