将proto字段更改为“repeated”时，我是否确实需要更改关联的编号？

Question

假设我有一条消息

message Something {
  int32 foo = 1;
  int32 bar = 2;
  string baz = 3;
}

并且我想将baz更改为重复字符串。我真的必须更改数字吗？（例如为4和不建议使用3）。

我和一个朋友正在讨论这个问题。他在Protobuff方面更有经验（我是新手），但从我阅读的文档来看，我实际上不明白为什么有必要这样做。

虽然这些文件没有直接解决我所看到的问题，但我的理由如下：

上述内容可能会序列化为

0001(32bits)0011(utf-8bits)0010(32bits)

反序列化基本上可以理解为

• 哦，好的，那是1，所以读取接下来的32位
• 哦，好的，那是3，所以把接下来的位读成utf-8
• 嗯，下一个是2，所以把下一个32读成那个

因此，根据文档，当您添加重复时：

在格式良好的消息中，此字段可以重复任意次数（包括零次）

这告诉我，当遇到3时，我们读取的实际位数不会有任何不同，我们可能会遇到多个3。因此，当序列化和反序列化时，它是验证，但实际上不是编码的一部分。

这个逻辑正确吗？我能继续用同一个号码吗？还是我遗漏了什么？

Answer 1

从语言指南：

可选与重复兼容。给定重复字段的序列化数据作为输入，如果该字段是基元类型字段，则希望该字段为可选字段的客户端将采用最后一个输入值，如果是消息类型字段，则合并所有输入元素。

（协议2：https://developers.google.com/protocol-buffers/docs/proto#updating）

这对原型2有效，我想说即使没有指定，这仍然适用于原型3。行为应该是遗留代码将处理列表并将最后读取的值保留在内存中。

当将字段从可选更改为重复时，我也会注意API的更改。这可能是你朋友想要强调的。