Wie kann ich darstellen einer UUID in eine protobuf Nachricht?

Möchte ich anfügen einer UUID auf ein Feld in meiner protobuf Benutzer-Nachricht Beispiel.

message User {
  //field containing id as UUID type
  required string email;
  optional string name;
}

Ich weiß, dass protobuf-messages noch nicht unterstützt werden, die UUID-Typ. Ich habe gelesen, dass der beste Ansatz ist, um eine UUID Nachricht geben.

Also ich vermute, meine Benutzer-Nachricht würde der import meiner UUID Nachricht proto-definition und verwenden Sie es als ein Feld Typ wie folgt:

import "myproject/UUID.proto";

message User {
  required UUID id;
  required string email;
  optional string name;
}

Meine Frage ist, wie werden die UUID Nachricht Aussehen, und wie muss ich enkodieren/Dekodieren? Ich bin mit dem Ziel für Java/Scala und C# - Kompatibilität.

InformationsquelleAutor Edward Maxedon | 2016-03-31
  1. 30

    Sollten Sie wahrscheinlich verwenden string oder bytes zur Darstellung einer UUID. Verwenden string wenn es ist am bequemsten, halten Sie die UUID, die in für Menschen lesbaren format (z.B. "de305d54-75b4-431b-adb2-eb6b9e546014") oder verwenden Sie bytes wenn Sie die Speicherung der 128-bit-raw-Wert. (Wenn Sie nicht sicher sind, möchten Sie wahrscheinlich string.)

    Wickeln Sie den Wert in einen message-Typ genannt UUID können hilfreich sein, um den code mehr selbst dokumentieren, sondern haben einen gewissen performance-overhead und ist nicht unbedingt notwendig. Wenn Sie dies tun möchten, legen Sie die Art wie:

    message UUID {
  required string value = 1;
}

    oder:

    message UUID {
  required bytes value = 1;
}
    • Danke Kenton, du bist die Antwort war klar und hilfreich. Ich denke, ich werde versuchen und gehen den Weg mit bytes, so die Botschaft verbraucht nur ein bisschen weniger Bandbreite. Die UUID findet in form xxxxxxxx-xxxx-4xxx-xxxx-xxxxxxxxxxxx, würden Sie wissen, wie man die 128-bit-raw-Wert aus diesem Formular in die effizienteste Art und Weise möglich? Oder irgendwelche online-Ressourcen, die mich in die richtige Richtung gehen?
    • Nevermind, und speichern Sie die UUID als string macht die Dinge so viel weniger schmerzhaft...
    • FWIW, zu konvertieren bytes würden Sie entfernen die Bindestriche und dann zu interpretieren, der rest wird als hex-string-jeweils zwei Ziffern wird ein byte. Aber ja, wahrscheinlich speichern einer Zeichenfolge zu erleichtern.
    • So sah ich die neue Protokoll-Puffer an dem Sie arbeiten (Cap ' N Proto) und ich könnte aufgeben Google Protobuff ganz für dich sowieso... ich sehe, jemand hat eine Java-Implementierung in den Werken zu (hoffentlich Scala ein, auch in Zukunft!).
    • Hah, gut, beachten Sie, dass die gleiche Frage gilt für Cap ' N Proto, und die Antwort ist im Grunde das gleiche. 🙂
    • Es scheint nicht, dass die Unterstützung vorgesehen ist ein starker Typ für UUIDs: github.com/protocolbuffers/protobuf/issues/2224
    • Ich Stimme mit der protobuf-team ist die Entscheidung hier. Mit string oder bytes zur Darstellung eines UUID ist einfach. Hinzufügen eines built-in-Typ erfordern würde, die Komplexität der ganzen protobuf Umsetzung in jeder Sprache. Es lohnt sich nicht.

    InformationsquelleAutor Kenton Varda
  2. 4

    Wenn etwas, das Sie verwenden möchten string um keine Probleme mit der endianness. Beachten Sie, dass eine UUID und ein MS-GUID, die den gleichen string-Darstellung (und daher werden die gleichen "id") haben, jedoch unterschiedliche byte-stream-Reihenfolge (big-endian vs. little-endian). Wenn Sie bytes im Protokoll für die Kommunikation zwischen Java mit UUID und C# using System.Guid, könnten Sie am Ende mit flipped-IDs.

    • Endian Probleme nur Effekt multi-byte-Werten wie 16, 32 und 64 Integer und Fließkommazahlen, wo eine Wahl getroffen werden muss, in Bezug auf das Ende enthält die höherwertigen bytes. Für ein array von bytes, es gibt keine endianness, so mit bytes würde nicht dazu führen, alle endian-Probleme. Wenn auf der anderen Seite, die UUID gespeichert wurde in zwei 64-bit-Ganzzahlen, würden Sie haben, um mit endianness Probleme.
    • href="https://en.wikipedia.org/wiki/Universally_unique_identifier#Format" >GUID/UUID ist nicht nur ein array von Byte. Es hat eine 4/2/2/2/6-byte-Struktur und endianness nicht egal.
    • Das ist wahr, wenn Sie der Erzeugung der UUID, um konform zu RFC 4122, aber sobald es erstellt ist, können Sie behandeln Sie wie eine blickdichte array von bytes. Um zu sehen, was ich meine, schauen Sie unter die Gehen UUID library. Version 1 und Version 4 UUIDs erstellen wobei die byte-Reihenfolge berücksichtigen, aber die Lotsen behandelt beide Versionen wie ein einfaches byte-array. Da diese Frage über protobufs, wir sind nur besorgt um das Marshalling Aspekt.
    InformationsquelleAutor Thales Carvalho
Schreibe einen Kommentar