Tại sao bắt buộc và tùy chọn bị xóa trong Bộ đệm giao thức 3

Gần đây tôi đang sử dụng gRPCvới proto3, và tôi đã nhận thấy rằng requiredvà optionalđã được gỡ bỏ trong cú pháp mới.

Bất cứ ai cũng vui lòng giải thích tại sao yêu cầu / tùy chọn được loại bỏ trong proto3? Loại ràng buộc như vậy chỉ cần thiết để làm cho định nghĩa mạnh mẽ.

cú pháp proto2:

message SearchRequest {
  required string query = 1;
  optional int32 page_number = 2;
  optional int32 result_per_page = 3;
}

cú pháp proto3:

syntax = "proto3";
message SearchRequest {
  string query = 1;
  int32 page_number = 2;
  int32 result_per_page = 3;
}

Sự hữu ích của requiredđã là trung tâm của nhiều cuộc tranh luận và chiến tranh rực lửa. Trại lớn đã tồn tại ở cả hai bên. Một trại thích đảm bảo một giá trị đã có mặt và sẵn sàng sống với những hạn chế của nó nhưng trại kia cảm thấy requirednguy hiểm hoặc không có ích vì nó không thể được thêm vào một cách an toàn cũng không bị xóa.

Hãy để tôi giải thích thêm về lý do tại sao requiredcác trường nên được sử dụng một cách tiết kiệm. Nếu bạn đã sử dụng proto, bạn không thể thêm trường bắt buộc vì ứng dụng cũ sẽ không cung cấp trường đó và các ứng dụng nói chung không xử lý tốt lỗi. Bạn có thể đảm bảo rằng tất cả các ứng dụng cũ đều được nâng cấp trước, nhưng có thể dễ mắc lỗi và không có ích gì nếu bạn lưu trữ protos trong bất kỳ kho dữ liệu nào (ngay cả trong thời gian ngắn, như memcached). Loại tình huống tương tự được áp dụng khi loại bỏ một trường bắt buộc.

Nhiều trường bắt buộc là "rõ ràng" được yêu cầu cho đến khi ... chúng không. Giả sử bạn có một idtrường cho một Getphương thức. Đó rõ ràng là yêu cầu. Ngoại trừ, sau này bạn có thể cần thay đổi idtừ int thành chuỗi hoặc int32 thành int64. Đó là đòi hỏi thêm một mới muchBetterIdlĩnh vực, và bây giờ bạn là trái với cái cũ idtrường phải được xác định, nhưng cuối cùng là hoàn toàn bị bỏ qua.

Khi hai vấn đề đó được kết hợp, số lượng các requiredlĩnh vực có lợi trở nên hạn chế và các trại tranh luận về việc liệu nó có còn giá trị hay không. Các đối thủ của requiredkhông nhất thiết chống lại ý tưởng, nhưng hình thức hiện tại của nó. Một số đề xuất phát triển một thư viện xác nhận biểu cảm hơn có thể kiểm tra requiredcùng với một cái gì đó cao cấp hơn name.length > 10, đồng thời đảm bảo có một mô hình thất bại tốt hơn.

Proto3 tổng thể dường như thiên về sự đơn giản, và requiredviệc loại bỏ thì đơn giản hơn. Nhưng có lẽ thuyết phục hơn, loại bỏ requiredý nghĩa đối với proto3 khi kết hợp với các tính năng khác, như loại bỏ sự hiện diện của trường cho các nguyên thủy và loại bỏ các giá trị mặc định ghi đè.

Tôi không phải là nhà phát triển protobuf và không có thẩm quyền về chủ đề này, nhưng tôi vẫn hy vọng rằng lời giải thích này hữu ích.

Bạn có thể tìm thấy lời giải thích trong vấn đề protithuf Github này :

Chúng tôi đã bỏ các trường bắt buộc trong proto3 vì các trường bắt buộc thường được coi là có hại và vi phạm ngữ nghĩa tương thích của protobuf. Toàn bộ ý tưởng của việc sử dụng protobuf là nó cho phép bạn thêm / xóa các trường khỏi định nghĩa giao thức của bạn trong khi vẫn hoàn toàn chuyển tiếp / lùi tương thích với các nhị phân mới hơn / cũ hơn. Các trường bắt buộc phá vỡ điều này mặc dù. Bạn không bao giờ có thể thêm trường bắt buộc vào định nghĩa .proto một cách an toàn, cũng như không thể xóa trường bắt buộc hiện có một cách an toàn vì cả hai hành động này đều phá vỡ tính tương thích của dây. Ví dụ: nếu bạn thêm trường bắt buộc vào định nghĩa .proto, các nhị phân được xây dựng với định nghĩa mới sẽ không thể phân tích dữ liệu được tuần tự hóa bằng định nghĩa cũ vì trường bắt buộc không có trong dữ liệu cũ. Trong một hệ thống phức tạp đâu. định nghĩa proto được chia sẻ rộng rãi trên nhiều thành phần khác nhau của hệ thống, việc thêm / xóa các trường bắt buộc có thể dễ dàng đưa xuống nhiều phần của hệ thống. Chúng tôi đã thấy các vấn đề sản xuất gây ra bởi điều này nhiều lần và nó bị cấm khá nhiều ở mọi nơi trong Google để mọi người thêm / xóa các trường bắt buộc. Vì lý do này, chúng tôi đã loại bỏ hoàn toàn các trường bắt buộc trong proto3.

Sau khi loại bỏ "bắt buộc", "tùy chọn" chỉ là dư thừa nên chúng tôi cũng loại bỏ "tùy chọn".