GRPC和协议-当另一方不同步释放时如何处理新字段

Question

我有一种情况，grpc通信的另一端与他们的版本不同步。我的上级希望我因此添加一个字段，如果另一方填写或不填写它，该字段将在短时间内（如两周）起作用

我相信我可以通过将其添加到原始消息的末尾来做到这一点，这样其他字段的索引就不会改变。从我谷歌搜索的结果来看，可选字段在3.15版之前不可用，所以我必须使用一个工作。

向我介绍的解决方法是使用其中一种。然而，我不能百分之百确定那是什么样子。所有的例子都显示了字段本身。属于其中一个值的索引是否独立于属于消息其余部分的索引？

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?
    } 
}

问题：

• 我使用的索引是什么？？？标记在
• 当另一方不打算重新编译和部署原型文件时，这是正确的工作吗？
• 然后如何检查该字段是否已填写在我的C代码中？

Answer 1

你的用例正是protobufs设计用来处理的。您所需要做的就是：在消息中添加一个新字段。在最简单的情况下，客户端应用程序代码在服务器推出完成之前不会查看新字段，因此不会注意到它有时存在，有时丢失。

您不应该更改现有字段的索引（字段ID），这是正确的。尽管我会注意到，您可以在消息中的任何位置添加新字段；字段的写入顺序对于protobuf并不重要。

所以您只需添加另一个字段，例如：

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

您不必使用3作为id。您可以使用4、10或10000。但是对于protobuf来说，较小的数字更有效，通常只选择“下一个”id。在线路上，protobuf使用id来标识字段，因此以后不要更改id很重要。

在protobuf 3中，所有字段在protobuf 2意义上都是“可选的”；没有“必填”字段。然而，protobuf 2也为所有油田提供了“现场存在”。Protobuf 3仅为其中一个OF和消息提供现场存在。。。直到最近重新引入“可选”关键字。

在协议3中，如果您调用text Message.getMynewfield（），它将始终返回一个非空字符串。如果字符串未发送，它将使用空字符串（"）。对于整数0返回，对于消息返回“默认消息”（所有默认值）。这对于许多用例来说已经足够了，并且可能对您来说已经足够了。

但是假设您需要区分"和

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