我必须使用 Google Protocol Buffers 的 proto2 版本向另一个团队发送消息。他们在 Linux 上使用 Java 和 C++。我在 Windows 上使用 C#。
Jon Skeet 的 protobuf-csharp-port ( https://github.com/jskeet/protobuf-csharp-port ) 支持 proto2。如果我理解正确的话，谷歌已经采用了这段代码并将其更新版本折叠到主要的 protobuf 项目 ( https://github.com/google/protobuf/tree/master/csharp ) 中。但是它不再支持 C# 的 proto2，只支持 proto3。
我不确定应该使用哪个项目。似乎新的会得到更好的支持(性能，如果其他团队升级的话对 proto3 的支持)。但是我必须将给我的 .proto 文件从 proto2 转换为 proto3，并冒着随之而来的任何问题的风险。
我读到的大部分内容是，proto2 和 proto3 的消息是兼容的。我没有使用 Protocol Buffers 的经验，但我正在使用的 .proto 文件看起来很普通，没有默认值或 oneof 或嵌套任何东西。所以看起来我可以删除他们的“必需”和“可选”关键字并使用新库，将其视为 proto3 文件。
在您看来，使用更新的库值得吗？是否存在会使 proto2 和 proto3 消息不兼容的 proto 功能列表？
最佳答案
如果另一个团队有任何必填字段，并且您在没有指定这些字段(或者甚至明确指定原语的默认值)的情况下向他们发送消息，那么另一端将无法接收消息 - 他们将无法验证。
proto2 和 proto3 之间存在各种差异 - 有些列在 releases page 中:
The following are the main new features in language version 3:
- Removal of field presence logic for primitive value fields, removal of required fields, and removal of default values. This makes proto3 significantly easier to implement with open struct representations, as in languages like Android Java, Objective C, or Go.
- Removal of unknown fields.
- Removal of extensions, which are instead replaced by a new standard type called
Any.- Fix semantics for unknown enum values.
- Addition of maps.
- Addition of a small set of standard types for representation of time, dynamic data, etc.
- A well-defined encoding in JSON as an alternative to binary proto encoding.
未知字段的删除对您来说可能是一个重大问题 - 如果其他团队希望能够向您发送一条消息，其中包含您的代码不知道的某些字段，并且您能够向他们返回一条消息来维护这些字段字段，proto3 可能会给你带来问题。
如果您可以使用 proto3，我建议使用 proto3 版本，部分原因是它会得到适当的支持，而 proto2 版本基本上处于维护模式。两者之间存在显着差异，主要是在可变性方面 - proto3 代码库中生成的消息类是可变的，这非常适合立即使用，但可能会在其他领域带来挑战。
关于c# - C# 中的 Proto2 与 Proto3，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36742747/