Warum erforderlich und optional, wird in Protokollpuffern 3 entfernt

Ich verwende vor kurzem gRPCmit proto3, und ich habe das bemerkt requiredund optionalwurde in neuer Syntax entfernt.

Würde jemand freundlich erklären, warum erforderliche / optionale in proto3 entfernt werden? Solche Einschränkungen scheinen nur notwendig zu sein, um die Definition robust zu machen.

Syntax proto2:

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

Syntax proto3:

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

Die Nützlichkeit von requiredstand im Mittelpunkt vieler Debatten und Flammenkriege. Auf beiden Seiten gab es große Lager. Ein Lager garantierte gern, dass ein Wert vorhanden war und bereit war, mit seinen Grenzen zu leben, aber das andere Lager fühlte sich requiredgefährlich oder nicht hilfreich an, da es nicht sicher hinzugefügt oder entfernt werden kann.

Lassen Sie mich näher erläutern, warum requiredFelder sparsam verwendet werden sollten. Wenn Sie bereits ein Proto verwenden, können Sie kein erforderliches Feld hinzufügen, da alte Anwendungen dieses Feld nicht bereitstellen und Anwendungen im Allgemeinen den Fehler nicht gut behandeln. Sie können sicherstellen, dass alle alten Anwendungen zuerst aktualisiert werden. Es kann jedoch leicht zu Fehlern kommen, und es hilft nichts, wenn Sie die Protos in einem Datenspeicher speichern (auch nur von kurzer Dauer, z. B. zwischengespeichert). Die gleiche Situation gilt beim Entfernen eines erforderlichen Feldes.

Viele Pflichtfelder waren "offensichtlich" erforderlich, bis ... sie es nicht waren. Angenommen, Sie haben ein idFeld für eine GetMethode. Das ist natürlich erforderlich. Außer, dass Sie später möglicherweise idvon int in string oder int32 in int64 ändern müssen. Das erfordert das Hinzufügen eines neuen muchBetterIdFeldes, und jetzt mit dem alten bleiben idFeld, muss angegeben werden, aber schließlich wird völlig ignoriert.

Wenn diese beiden Probleme kombiniert werden, wird die Anzahl der nützlichen requiredFelder begrenzt und die Lager streiten darüber, ob sie noch Wert haben. Die Gegner von requiredwaren nicht unbedingt gegen die Idee, sondern gegen ihre aktuelle Form. Einige schlugen vor, eine aussagekräftigere Validierungsbibliothek zu entwickeln, die requiredzusammen mit fortgeschritteneren Methoden überprüft werden kann name.length > 10und gleichzeitig ein besseres Fehlermodell gewährleistet.

Insgesamt scheint Proto3 die Einfachheit zu bevorzugen, und das requiredEntfernen ist einfacher. Aber vielleicht überzeugender war das Entfernen requiredfür proto3 in Kombination mit anderen Funktionen wie dem Entfernen der Feldpräsenz für Grundelemente und dem Entfernen überschreibender Standardwerte.

Ich bin kein Protobuf-Entwickler und in keiner Weise maßgeblich für dieses Thema, aber ich hoffe trotzdem, dass die Erklärung nützlich ist.

Die Erklärung finden Sie in dieser protobuf Github-Ausgabe :

Wir haben erforderliche Felder in proto3 gelöscht, da erforderliche Felder im Allgemeinen als schädlich angesehen werden und die Kompatibilitätssemantik von protobuf verletzen. Die gesamte Idee der Verwendung von protobuf besteht darin, dass Sie Felder zu Ihrer Protokolldefinition hinzufügen / daraus entfernen können, während Sie weiterhin vollständig vorwärts / rückwärtskompatibel mit neueren / älteren Binärdateien sind. Erforderliche Felder unterbrechen dies jedoch. Sie können einer .proto-Definition niemals sicher ein erforderliches Feld hinzufügen oder ein vorhandenes erforderliches Feld sicher entfernen, da beide Aktionen die Drahtkompatibilität beeinträchtigen. Wenn Sie beispielsweise einer .proto-Definition ein erforderliches Feld hinzufügen, können mit der neuen Definition erstellte Binärdateien keine Daten analysieren, die mit der alten Definition serialisiert wurden, da das erforderliche Feld in alten Daten nicht vorhanden ist. In einem komplexen System wo. Proto-Definitionen werden von vielen verschiedenen Komponenten des Systems gemeinsam genutzt. Durch Hinzufügen / Entfernen der erforderlichen Felder können leicht mehrere Teile des Systems heruntergefahren werden. Wir haben mehrfach Produktionsprobleme gesehen, die dadurch verursacht wurden, und es ist überall in Google so gut wie verboten, dass jeder die erforderlichen Felder hinzufügt / entfernt. Aus diesem Grund haben wir die erforderlichen Felder in proto3 vollständig entfernt.

Nach dem Entfernen von "erforderlich" ist "optional" nur redundant, daher haben wir auch "optional" entfernt.