Mime types 正确的Protobuf内容类型是什么？

JSON已经成为一种标准。有些人使用protobuf，但我看到了一些奇怪的提议。我们是否有一个RFC或其他标准可以作为参考？

有一个建议

应用程序/protobuf

。它没有解决接收方如何确定特定消息类型的问题。先前的讨论建议使用参数指定包和消息，例如

application/protobuf；proto=org.some.Message

---

实际上，您列出的类型似乎确实是正在使用的类型，例如监控系统，.

可能是vnd的来源；不，我不知道自那次讨论以来有什么变化，也不知道：我不知道有任何标准看起来像protorpc切换到了

应用程序/八位字节流

：有一个左边的草稿建议

应用程序/protobuf

，但是：这只是一个草稿，看起来好像没有任何地方，现在大多数情况下都过期了，知道一些数据是协议并不是特别有用；如果你想知道它的类型，你需要知道它是什么protobuf类型。所以实际上，protobuf的每个用户都需要自己的内容类型。@KentonVarda知道数据是protobuf是有用的，即使不知道消息的性质。例如，在XML或JSON之间的内容协商中考虑内容类型的值，即使它们不能解释它们的内容也是无用的。它同样适用于两种以上的选择，例如XML、protobuf、JSON或LISP（或者是LISPON？）：-）protobuf RFC过期意味着什么？普罗米修斯不再支持protobuf：