问题[protocol-buffers](coding)

json 的一个巧妙的特性是可以防止部分读取。

如果客户端发送如下的 json：

[ {"someProperty": 1, "otherProperty": 2}, {"someProperty": 2, "otherProperty": 3}]

不知什么原因，连接中途关闭，我只收到

[ {"someProperty": 1, "otherProperty": 2}

我知道我会遇到 json 解码异常并且永远不会处理该有效负载。

protobuf 可以进行部分读取吗？

意思是，我有一些字节数组，a[0: n]在n != len(a)同一个模型中有效但显然缺少数据？

我想在 proto 文件中传递如下所示的多个枚举值选项，但是在按照以下代码块
指定值时发现编译错误：(types) = [5,6]

    extend google.protobuf.EnumValueOptions {
      optional string name = 50001;
      repeated int32 types = 50002; 
    }

    enum FileDefinitionSubType {
        UNKNOWN = 0;
        MAIN = 1 [
          (name) = "main",
          (types) = [5,6]                   // Compilation error in this line 
        ];
      } here

有人能建议如何修复此问题吗？下面是我 Java 代码中的一个示例枚举，我想在 proto 文件中复制它。

enum CarType {
      UNKNOWN = 0;
      NEW = 1 ("new", [MARUTI_ALTO, FORD_ECOSPORT]);
      OLD = 2 ("old", [MARUTI_800, FORD_FIGO]);
      MIDAGE = 3 ("midAge", []);
}

enum CarModel {
      UNKNOWN = 0;
      MARUTI_800 = 1;
      MARUTI_ALTO = 2;
      FORD_ECOSPORT = 3;
      FORD_FIGO = 4;
}

我已经尝试传递不同的值，但没有任何效果。

我需要传输大量数据，性能是重中之重。gRPC 似乎能做的远不止序列化 protobuf，老实说，它对我来说有点臃肿。手动序列化/反序列化 protobuf 并通过 TCP 发送字节是否违反了反模式？这样做能带来多少性能提升？

我有两个版本的 protobuf 消息，想看看旧版本（对于未更新的客户端）是否与新版本兼容。

旧版：

message Foo {
    bool some_boolean_field = 1;
}

较新版本：

message Foo {
    enum SomeEnum {
        A = 0;
        B = 1;
        C = 2;
    }
    oneof oneof_field {
        bool some_boolean_field_in_oneof = 1;
        SomeEnum some_enumeration_field_in_oneof = 2;
    }
}

旧版本中有一个名为 的字段some_boolean_field，我想将其重命名，并将其oneof与另一个字段放在一个字段中。新版本与旧版本兼容吗？

可以在选项中将标识符放在括号内，如https://protobuf.dev/reference/protobuf/proto3-spec/#option中所述

例如你可以写

option foo.bar.baz = 1;

并且

option (foo.bar.baz) = 1;

或者

option (foo.bar).baz = 1;

它们有什么区别？为什么语法中需要括号？