blocks|key|3619811|text|也有一种基于文本的格式，但对此的支持是特定于实现的。例如，我在protobuf-net中根本不支持它。但是是这样的:这是定义的，并且(例如)在这里讨论：http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google.protobuf.text_format.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3619812|就我个人而言，我更喜欢使用二进制，并围绕模型编写UI。|3619813|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google.protobuf.text_format.html^0|24|2N|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

There is a text based format too, but support for this is implementation specific. For example, I don't support it at all in protobuf-net. But yes: such is defined, and discussed (for example) here: <a href="http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google.protobuf.text_format.html" rel="noreferrer">http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google.protobuf.text_format.html</a>

Personally, I'd rather use binary and write a UI around the model.

blocks|key|2006179|text|如果您不介意使用命令行工具，Piqi+project包含用于在4种格式之间进行转换的piqi+convert命令:+binary+Protocol+Buffers、JSON、XML和Piq。Piq格式是专门为在文本编辑器中查看和编辑数据而设计的。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2006180|entityMap|0|LINK|mutability|MUTABLE|url|http://piqi.org/|1|http://piqi.org/doc/tools/#piqiconvert|2|http://piqi.org/doc/piq^0|E|C|0|16|C|1|2J|3|2|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]|$A|T|B|U|1|V]|$A|W|B|X|1|Y]]|C|$]]|$1|D|3|-4|5|6|7|Z|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]|N|$5|G|H|I|C|$J|O]]]]

If you don't mind using command-line tools, the <a href="http://piqi.org" rel="noreferrer">Piqi project</a> includes <a href="http://piqi.org/doc/tools/#piqiconvert" rel="noreferrer">piqi convert</a> command for converting between 4 formats: binary Protocol Buffers, JSON, XML and <a href="http://piqi.org/doc/piq" rel="noreferrer">Piq</a>. The Piq format is specially designed for viewing and editing data in a text editor.

blocks|key|3905505|text|这个问题并没有指定编程语言，我的答案只是关于Java的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3905506|在Java语言中，Message实例的toString方法返回人类可读的文本格式。然后，TextFormat.merge可以将相同的格式解析为Message实例|offset|length|style|CODE|3905507|String+messageString+=+...
MyMessage.Builder+builder+=+MyMessage.newBuilder();
TextFormat.merge(messageString,+builder);
MyMessage+newMessage+=+builder.build();|code-block|syntax|javascript|3905508|(Variations+of+the+merge+method也可以从流中读取，以避免将整个消息字符串读取到内存中。)|3905509|entityMap|0|LINK|mutability|MUTABLE|url|https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/Message.html|1|https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/Message#toString--|2|https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/TextFormat#merge-java.lang.CharSequence-com.google.protobuf.Message.Builder-|3|https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/TextFormat.html#merge-java.lang.Readable-com.google.protobuf.Message.Builder-^0|0|9|7|J|8|18|G|1Z|7|9|7|0|J|8|1|18|G|2|0|0|J|5|1|U|3|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|13|8|@$D|14|E|15|F|G]|$D|16|E|17|F|G]|$D|18|E|19|F|G]|$D|1A|E|1B|F|G]]|9|@$D|1C|E|1D|1|1E]|$D|1F|E|1G|1|1H]|$D|1I|E|1J|1|1K]]|A|$]]|$1|H|3|I|5|J|7|1L|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|1M|8|@$D|1N|E|1O|F|G]]|9|@$D|1P|E|1Q|1|1R]]|A|$]]|$1|O|3|-4|5|6|7|1S|8|@]|9|@]|A|$]]]|P|$Q|$5|R|S|T|A|$U|V]]|W|$5|R|S|T|A|$U|X]]|Y|$5|R|S|T|A|$U|Z]]|10|$5|R|S|T|A|$U|11]]]]

The question doesn't specify the programming language, and my answer is only about Java.

In Java, a <a href="https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/Message.html" rel="nofollow noreferrer"><code>Message</code></a> instance's <a href="https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/Message#toString--" rel="nofollow noreferrer"><code>toString</code></a> method returns a human-readable textual format. The same format can then be parsed into a <code>Message</code> instance by <a href="https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/TextFormat#merge-java.lang.CharSequence-com.google.protobuf.Message.Builder-" rel="nofollow noreferrer"><code>TextFormat.merge</code></a>:

<pre><code>String messageString = ...
MyMessage.Builder builder = MyMessage.newBuilder();
TextFormat.merge(messageString, builder);
MyMessage newMessage = builder.build();
</code></pre>

(<a href="https://developers.google.com/protocol-buffers/docs/reference/java/com/google/protobuf/TextFormat.html#merge-java.lang.Readable-com.google.protobuf.Message.Builder-" rel="nofollow noreferrer">Variations of the <code>merge</code> method</a> can also read from a stream, to avoid reading the whole message string into memory.)

blocks|key|2006136|text|您确定要使用ProtoBuf吗？您可以先使用Json，然后切换到Bson或MessagePack作为二进制格式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2006137|Json/Bson组合的优点是您可以对它们使用相同的库(Json.net)。我相信Bson比ProtoBuf要大一点。|2006138|或者，您可以使用Json/MessagePack。从技术上讲，MessagePack是一种比Bson/ProtoBuf+IMO更好的二进制格式。但是对工具的支持更差，你需要为Json和MessagePack创建一个单独的库。它支持Json所做的一切，甚至更多(特别是它可以在字典中使用字符串和整型键)。|2006139|快速比较MsgPack和ProtoBuf：|2006140|如果使用类似的结构，则comparable.|2006141|Encoding/Decoding性能在很大程度上取决于实现，但我希望它是类似的magnitude|unordered-list-item|2006142|
|2006143|MsgPack更自描述。|2006144|的结果数据大小似乎是自描述的。。在ProtoBuf中，您甚至看不到某个东西是子消息还是blob。|2006145|MsgPack支持字典中的非整数键。这允许在你不关心大小时按名称存储属性，并在收益较大的情况下切换到整数。|2006146|MsgPack存储元素计数，而不是数组/字典的大小。这样做的好处是，您不需要返回输出并始终适应大小，这使得编写序列化程序变得更容易，并可能提供更快的写入速度。另一方面，你不能轻易跳过一个元素，因为你不知道它的size.|2006147|MsgPack自然支持Json的超集，所以你可以很容易地从Json迁移过来。|2006148|工具的支持，文档和受欢迎程度在ProtoBuf中要好得多。特别是，ProtoBuf.net看起来比可用于MsgPack的C#代码更好。|2006149|2006150|2006151|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|14|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|15|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|16|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|17|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|18|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|19|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1A|8|@]|9|@]|A|$]]|$1|O|3|P|5|L|7|1B|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|1C|8|@]|9|@]|A|$]]|$1|S|3|T|5|L|7|1D|8|@]|9|@]|A|$]]|$1|U|3|V|5|L|7|1E|8|@]|9|@]|A|$]]|$1|W|3|X|5|L|7|1F|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|L|7|1G|8|@]|9|@]|A|$]]|$1|10|3|-4|5|6|7|1H|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]|$1|12|3|-4|5|6|7|1J|8|@]|9|@]|A|$]]]|13|$]]

Are you sure you want to use ProtoBuf? You could use Json at first, and then switch to either Bson or MessagePack as a binary format.

The Json/Bson combination has the advantage that you can use the same library (Json.net) for them. I believe Bson is a bit bigger than ProtoBuf though.

Or you can use Json/MessagePack. Technically MessagePack is a better binary format than Bson/ProtoBuf IMO. But the tooling support is worse, and you'll need a seperate library for Json and MessagePack. It supports everything Json does and more(in particular it can use both string and integer keys in dictionaries).

Quick comparison of MsgPack and ProtoBuf:

<ul>
<li>Resulting data size if similar constructs are used seems to be comparable.</li>
<li>Encoding/Decoding performance largely depends on the implementation, but I expect it to be of similar magnitude</li>
<li>MsgPack is more self describing. . In ProtoBuf you don't even see if something is a submessage or a blob.</li>
<li>MsgPack supports non integer keys in a dictionary. One thing this allows is storing properties by name when you don't care about size and switch to integers where the gains are large.</li>
<li>MsgPack stores the element count instead of the size for arrays/dictionaries. This has the advantage that you don't need to go back in the output and fit in the size all the time, making writing a serializer easier and possibly gives faster write speed. On the other hand you can't easily skip over an element because you don't know its size.</li>
<li>MsgPack naturally supports a superset of Json, so you can migrate from Json easily.</li>
<li>Tool support, documentation and popularity are much better with ProtoBuf. In particular ProtoBuf.net looks nicer than the C# code available for MsgPack.</li>
</ul>

I'd like to use protocol buffer in my program to read data from a file. I also would like to be able to edit the data file with any text editor, for a start (I'll write a data editor later on, and switch to full binary).

Is there a way to parse a human-readable format ? (debug string provided by protobuf itself, or some other format).

Can protocol buffer parse a message in "debug string" format?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我想在我的程序中使用protocol buffer从文件中读取数据。首先，我还希望能够使用任何文本编辑器编辑数据文件(稍后我将编写一个数据编辑器，然后切换到全二进制)。有没有办法解析人类可读的格式？(由protobuf本身提供的调试字符串，或某种其他格式)。

问protocol buffer可以解析"debug string“格式的消息吗？
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问protocol buffer可以解析"debug string“格式的消息吗？EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问protocol buffer可以解析"debug string“格式的消息吗？
EN