解决谷歌protobuf中由于C引起的枚举字段命名限制的解决方案

Question

您可能知道，当您在 Google protobuf 中使用全局作用域或在同一消息中定义枚举时，如果枚举是同级，则无法将枚举字段名称定义为相同。

即使您打算使用 proto 文件生成 Java 代码，protoc 也会抱怨它，并且不会生成任何带有以下消息的代码。

"XXX" is already defined in "your.package.name".
Note that enum values use C++ scoping rules, meaning that enum values are siblings of their type,
not children of it. 
Therefore, "XXX" must be unique within "your.package.name", not just within "your_enum_name".

所以，这意味着你应该做一些类似的事情

• 用消息包装冲突枚举。
  • 优点：嗯...原型不会失败吗？
  • 缺点：生成代码将有一个额外的静态包装器类，因此它会增加SerDes的成本 命名似乎足够长。 例如，货币。命名空间（包装器消息名称）。美元

  或

  • 优点 ： 简单
  • 缺点 ：与#1一样丑陋，与没有任何前缀的现有枚举字段命名不一致。

  或

  • 优点：简单，不需要定义像 UNKNOWN = 1 这样的回退枚举字段作为默认值。
  • 缺点 ：失去拥有枚举的好处。

  似乎 C 11 支持没有此问题的更好枚举，但不幸的是最新的 protoc 不支持它，我们不能简单地要求其他消费者在不使用 C 的情况下切换他们的一方使用 C。

  因此，它将选择不太差的解决方案而不是最佳解决方案，并且可能我们将在这一点上使用#2。有没有人有同样的经验，告诉我你的解决方案是什么，它是如何结束的？

Answer 1

现有代码中的流行解决方案是选项 （2）：为每个枚举名称指定一个与其类型相对应的前缀。这也有助于减少与宏的冲突。它很冗长，但与建议的其他选项不同，它没有运行时开销，并且对阅读代码的人造成的混乱最少。

（FWIW，Cap'n Proto通过使用C 11枚举类解决了这个问题。protobufs 不太可能这样做，因为它会破坏现有的代码。

（披露：我是Cap'n Proto以及Google大多数开源Protobuf代码的作者。