protoduf 继承

Protobuf支持继承。您可以通过使用"extend"关键字在.proto文件中定义父类消息，然后在其他消息中使用"extensions"关键字来继承父类消息的字段。例如：

message Parent {
  optional int32 a = 1;
}

message Child {
  extend Parent {
    optional int32 b = 2;
  }
}

这样定义之后, Child 消息就继承了 Parent 消息中的 a 字段，并且新增了 b 字段。

注意，继承不能改变原有字段的类型或者 tag, 也不能重新定义父类中已经存在的字段。

相关问题

protoduf 重写

### 如何重写 Protobuf 文件或消息结构

当涉及到修改 Protocol Buffers (Protobuf) 定义时，保持向后兼容性和优化设计至关重要。以下是最佳实践和具体操作指南：

#### 向后兼容性的维护

为了确保现有客户端和服务端能够继续正常工作，在更改 `.proto` 文件时应遵循以下原则[^1]：

- **字段编号不变**：一旦分配给某个字段的编号不应再用于其他字段定义中。
- **移除字段标记为保留**：如果确实需要删除某些不再使用的字段，则可以将其声明为 `reserved` 来防止未来误用该编号。

// 正确做法 - 使用 reserved 关键字来阻止重新使用已废弃的字段号
message MyMessage {
    int32 id = 1;
    string name = 2;

    // Prevent reuse of old field numbers.
    reserved 3, 4;
}

#### 字段类型的调整

对于数值型数据类型之间的转换（如从 `int32` 改为 `sint64`），通常是可以安全执行的操作；而对于复杂类型则需谨慎处理。例如，改变枚举值或者嵌套的消息格式可能会破坏序列化后的二进制表示形式的一致性。

#### 添加新功能而不影响旧版本

可以通过增加可选参数的方式引入新的特性而无需担心会干扰现有的应用程序逻辑。这允许逐步升级系统组件并最终淘汰过时的部分。

message Person {
    required string first_name = 1;
    optional string last_name = 2; // 新增属性，默认为空
    
    repeated PhoneNumber phones = 3;
    
    message PhoneNumber { ... }
}

#### 版本控制策略

采用多版共存的方法可以在一段时间内支持多个不同的协议版本直到所有依赖方都完成了迁移过程。通过设置特定的服务接口来区分请求所基于的具体 .proto 文档修订历史记录。

---