protocol-buffers - grpc 和 protobuf - 当另一方未同步发布时如何处理新字段

Question

我遇到的情况是 grpc 通信的另一端与其发布的版本不同步。我的上司，因此希望我添加一个字段，如果对方填写或不填写它，该字段将在短时间内(如两周)起作用
我相信我可以通过将它添加到 proto 消息的末尾来做到这一点，这样其他字段的索引就不会改变。根据我在 Google 上搜索的内容，可选字段在 3.15 版之前不可用，因此我必须使用变通方法。
向我描述的解决方法是使用 oneof .但是，我不能 100% 确定那是什么样子。所有示例都单独显示 oneof 字段。属于 oneof values 的索引是否缩进属于消息其余部分的索引？

message TestMessage {  
    string somefield = 1;
    int someotherfield = 2;
    oneof mynewoptionalfield
    {
        string mynewfield = ???? Does this have to be 3 or is it 1?
        int ifihadanother = ???? Does this need to be 4 or 2?
    } 
}

问题:

我在哪里使用的索引是什么？？？标记是

当另一方不打算重新编译和部署对原型(prototype)文件的更改时，这是正确的解决方法吗？

然后如何检查该字段是否已填写在我的 C++ 代码中？

Answer 1

您的用例正是 protobuf 旨在处理的。您需要做的就是:在消息中添加一个新字段。在最简单的情况下，客户端应用程序代码在服务器部署完成之前不会查看新字段，因此不会注意到它有时存在，有时不存在。
您不应该更改预先存在的字段的索引(字段 ID)，这是正确的。尽管我会注意到您可以在消息中的任何位置添加新字段；字段的写入顺序对于 protobuf 无关紧要。
所以你只需添加另一个字段，如:

message TestMessage {  
    string somefield = 1;
    int someotherfield = 2;
    string mynewfield = 3;
}

您不必使用 3作为身份证。您可以使用 4、10 或 10000。但是对于 protobuf 来说，小数字更有效，通常只选择“下一个”ID。 On-the-wire protobuf 使用 id 来标识字段，所以以后不要更改 id 很重要。
在protobuf 3中，所有字段都是protobuf 2意义上的“可选”；没有“必填”字段。但是，protobuf 2 还为所有字段提供了“现场存在”。 Protobuf 3 只为 oneofs 和消息提供字段存在......直到最近重新引入“可选”关键字。
在 protobuf 3 中，如果您调用 textMessage.getMynewfield()它将始终返回一个非空字符串。如果未发送字符串，它将使用空字符串 ( "" )。对于整数 0返回消息，返回“默认消息”(所有默认值)。这对于许多用例来说已经足够了，可能对你来说已经足够了。
但是假设您需要区分 ""和 <notsent> .这就是现场存在所提供的。 protobuf 3 中的消息具有返回 true 的“has”方法如果存在一个值。但是原语没有存在信息。一种选择是使用 standard wrappers 将原语“装箱”使原语成为消息。较新版本的 protobuf 中提供的另一个选项是 optional关键词。这两个选项都将提供类似 textMessage.hasMynewfield() 的方法。 .

message TestMessage {  
    string somefield = 1;
    int someotherfield = 2;
    google.protobuf.StringValue mynewfield = 3;
    // -or-
    optional string mynewfield = 3;
}