谷歌协议缓冲区vsjsonvsXML-googleprotocolbuffersvsjsonvsXML

240  

Json

Json

• human readable/editable
• 人类可读/可编辑
• can be parsed without knowing schema in advance
• 可以在不事先知道模式的情况下进行解析吗
• excellent browser support
• 优秀的浏览器支持
• less verbose than XML
• 那么冗长的XML

XML

XML

• human readable/editable
• 人类可读/可编辑
• can be parsed without knowing schema in advance
• 可以在不事先知道模式的情况下进行解析吗
• standard for SOAP etc
• SOAP标准等
• good tooling support (xsd, xslt, sax, dom, etc)
• 良好的工具支持(xsd、xslt、sax、dom等)
• pretty verbose
• 很详细的

Protobuf

Protobuf

• very dense data (small output)
• 非常密集的数据(小的输出)
• hard to robustly decode without knowing the schema (data format is internally ambiguous, and needs schema to clarify)
• 不了解模式就很难进行健壮的解码(数据格式在内部是不明确的，需要模式来澄清)
• very fast processing
• 非常快的处理
• not intended for human eyes (dense binary)
• 不适合人眼(密集的双星)

All have good support on most platforms.

它们在大多数平台上都有很好的支持。

Personally, I rarely use XML these days. If the consumer is a browser or a public API I tend to use json. For internal APIs I tend to use protobuf for performance. Offering both on public API (either via headers, or separate endpoints) works well too.

就我个人而言，我现在很少使用XML。如果消费者是浏览器或公共API，我倾向于使用json。对于内部api，我倾向于使用protobuf来提高性能。提供公共API(通过头文件或单独的端点)也可以很好地工作。