Comment puis-je représenter un UUID dans un protobuf message?

Je veux joindre un UUID à un champ dans ma protobuf message de l'Utilisateur exemple.

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

Je sais que protobuf les messages ne sont pas encore en charge l'UUID type. J'ai lu que la meilleure approche est d'avoir un UUID type de message.

Donc je suppose que mon message souhaitez importer mes UUID message proto définition et l'utiliser comme un type de champ comme suit:

import "myproject/UUID.proto";

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

Ma question est, comment les UUID message ressemble, et comment vais-je encoder/décoder? Je vise Java/Scala et C# compatibilité.

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

    Vous devriez probablement utiliser string ou bytes pour représenter un UUID. Utilisation string si il est plus commode de garder l'UUID dans le format lisible par l'homme (par exemple,"de305d54-75b4-431b-adb2-eb6b9e546014") ou de l'utilisation bytes si vous êtes le stockage de la valeur 128 bits raw. (Si vous n'êtes pas sûr, vous voulez probablement string.)

    Emballage de la valeur dans un type de message est appelé UUID peut être utile pour rendre le code plus d'auto-documentation, mais qui aura des conséquences sur les performances et n'est pas strictement nécessaire. Si vous voulez faire cela, définissez le type:

    message UUID {
  required string value = 1;
}

    ou:

    message UUID {
  required bytes value = 1;
}
    • Merci Kenton, vous êtes à la réponse était claire et utile. Je pense que je vais essayer et suivre la voie de l'aide d'octets, de sorte que le message consomme juste un peu moins de bande passante. L'UUID prend la forme d' xxxxxxxx-xxxx-4xxx-xxxx-xxxxxxxxxxxx, voulez-vous savoir comment obtenir la 128 bits de la valeur brute de cette forme dans la manière la plus efficace possible? Ou toutes les ressources en ligne qui peut me faire aller dans la bonne direction?
    • Nevermind, le stockage de l'UUID comme une chaîne de caractères rend les choses beaucoup moins douloureux...
    • FWIW, convertir des octets de vous enlever les traits d'union et d'interpréter le reste comme une chaîne hexadécimale -- chaque deux chiffres devient un octet. Mais oui, probablement stocker une chaîne de caractères est plus facile.
    • J'ai donc regardé le nouveau protocole de la mémoire tampon, vous travaillez (cap'N Proto) et je pourrais abandonner Google Protobuff complètement pour le vôtre de toute façon... je vois quelqu'un qui a une implémentation de Java dans les œuvres trop (espérons-le, un Scala, l'un dans le futur!).
    • Ah, bien, notez que la même question s'applique à cap'n Proto, et la réponse est fondamentalement la même. 🙂
    • Il ne semble pas que le support est prévu pour un type fort pour Uuid: github.com/protocolbuffers/protobuf/issues/2224
    • Je suis d'accord avec le protobuf de l'équipe de la décision ici. À l'aide de string ou bytes pour représenter un UUID est facile. L'ajout d'un type serait nécessaire d'ajouter de la complexité à travers toutes les protobuf mise en œuvre dans toutes les langues. C'est pas la peine.

    InformationsquelleAutor Kenton Varda
  2. 4

    Si quoi que ce soit, vous souhaitez utiliser string pour éviter les problèmes avec l'endianness. Notez qu'un UUID et un MS GUID qui ont la même représentation de chaîne (et donc la même "id") ont, toutefois, est différente de l'octet-stream commande (big-endian vs little-endian). Si vous utilisez bytes dans le protocole pour communiquer entre Java à l'aide de l'UUID et C# à l'aide du Système.Guid, vous pourriez vous retrouver avec retournée Id.

    • Endianness uniquement sur les questions de l'effet multi-octets valeurs comme le 16, 32, et 64 nombres entiers et décimaux où un choix doit être fait au sujet qui contient le plus élevé de l'ordre des octets. Pour un tableau d'octets, il n'y a pas de stockage, l'utilisation d'un bytes n'entraînerait pas de l'endianness questions. Si, d'autre part, l'UUID est stocké dans deux entiers 64 bits, vous avez à traiter avec l'endianness questions.
    InformationsquelleAutor Thales Carvalho