Combien de personnages sont là, dans un GUID?

En utilisant le codage ASCII, combien de personnages sont là, dans un GUID?

Je suis intéressé par le Microsoft de style, qui comprend les accolades et des tirets.

  • Ils sont tous exactement de la même longueur. Si vous compter les caractères dans un seul, vous allez connaître la longueur de chacun d'eux.
  • C'est une très mauvaise hypothèse de faire, sauf si vous comprenez que la longueur ne variera pas.
  • Si la longueur variée, alors que cette question serait comme demander, "quelle est la durée d'un morceau de ficelle?" Au lieu de cela, c'est de se demander "combien d'oeufs dans une douzaine?"
  • Quand j'ai googlé cette question, chaque réponse juste fait une définition d'un guid. Downvote moi si vous voulez, mais je suis juste essayer de faire de la réponse à cette sepceific question plus facile à trouver, avec aucun comptant nécessaire pour une future askers.
  • Je comprends ce que vous dites, mais si quelqu'un vient d'être présenté à NewDataX, la question de la longueur est valide, et vous ne pouvez pas supposer que ce que vous avez vu illustre tous les autres NewDataX jusqu'à ce que vous comprendre ce qu'est un NewDataX est.
  • Je ne vois pas où quelqu'un a mentionné quelque chose appelé un "NewDataX".

InformationsquelleAutor Jim Counts | 2009-03-03
  1. 119

    De MSDN:

    Un GUID est une valeur 128 bits composé
    d'un groupe de 8 chiffres hexadécimaux,
    suivi par trois groupes de 4
    chiffres hexadécimaux), suivis par
    un groupe de 12 chiffres hexadécimaux.
    L'exemple suivant montre le GUID
    groupes de chiffres hexadécimaux dans un
    GUID:
    6B29FC40-CA47-1067-B31D-00DD010662DA

    De Wikipédia:

    Souvent accolades sont ajoutés à joindre les
    format ci-dessus, en tant que tel:

    {3F2504E0-4F89-11D3-9A0C-0305E82C3301}

    Donc un total de 38 caractères dans le type de codage hexadécimal avec des accolades.

    -Adam

    • voir le dernier paragraphe de cette réponse: "Donc un total de 38 caractères dans le type de codage hexadécimal avec des accolades."
    • Pas besoin de lutter avec magnifico - il posé la question, il obtient de décider qui a donné le plus de réponse pertinente. Il a ses raisons de préférer l'autre réponse à cette question, j'en suis sûr.
    • C'était après une modification. Je vais donc retirer mon bas de vote.
    • parce que c'est ce Débordement de Pile est pour. Au lieu de confier à une personne un poisson, à la main le même poisson à un million de personnes.
    • Hmm. Je soupçonne mes deux commentaires ont été en référence à quelque chose qui a été supprimée, étant donné qu'elles n'ont pas de sens dans le contexte actuel...et le premier a été très précisément une réponse à quelque chose disparu. J'ai réussi à se débarrasser d'eux. (Dans le contexte actuel, il a regardé comme si j'étais à s'insurger contre la réponse, ce qui est une bonne réponse, et qui n'aurait aucun sens pour moi de le faire, et qui vous ont été correctement l'appel.)
    • Je compte 32 38 pas. edit: vous devez compter les parenthèses et de tirets, tant pis.

    InformationsquelleAutor Adam Davis
  2. 28

    TL;DR: Aucun.

    Comme Adam Davis a déclaré, Microsoft style est le codage HEXADÉCIMAL (avec des accolades et des tirets pour le rendre plus lisible) qui peuvent être affichées à l'aide d'un sous-ensemble de caractères ASCII (0-9 et A-F), mais ce n'est pas spécialement le codage ASCII.

    Je pense qu'il est important de se rappeler que le microsoft le style de l'affichage d'un GUID n'est qu'une représentation d'un GUID, qui est en fait un 16 octets valeur intégrale (comme Micheal Trausch a déclaré).

    Vous pouvez également présents dans différents, plus compact des moyens en convertissant les octets dans un autre jeu de caractères (ASCII par exemple).

    Théoriquement, vous pouvez afficher chaque octet comme un caractère ASCII étendu (255 caractères), ce qui vous permettra d'enregistrer un GUID de 16 caractères chaîne de longueur.

    Il ne serait pas très lisible car elle pourrait inclure les caractères espace (CR, espace, tabulation, etc) et d'autres caractères spéciaux, donc cela n'a de sens que si vous voulez efficacement sauver un GUID dans un non-lisible format de caractère, par exemple dans une base de données qui n'est pas nativement en charge GUID ou rapidement la correspondance des petites valeurs binaires:
    http://en.wikipedia.org/wiki/Extended_ASCII

    À mon humble avis le plus lisible pour afficher un GUID plus compact serait d'utiliser l'encodage Base64, qui vous permet de l'enregistrer dans une chaîne d'une longueur de 22 caractères, et la faisait ressembler à ceci:

    7v26IM9P2kmVepd7ZxuXyQ==

    Mais comme Jeff Atwood etats sur son site, vous pouvez aussi pousser un GUID dans un ASCII85 chaîne codée avec 20 caractères:

    [Rb*hlkkXVW+q4s(YSF0

    Pour plus d'inspiration, consultez:
    http://www.codinghorror.com/blog/2005/10/equipping-our-ascii-armor.html

    • J'ai posté un Ascii-85 encodeur/décodeur en C# ici: stackoverflow.com/questions/2827627/...
    • Si seulement cette réponse avait un gros, gras "None" en haut à appâter les lecteurs et d'agir comme un TL;DR 😉
    • bonne idée, en fait 🙂
    InformationsquelleAutor Wiebe Tijsma
  3. 12

    Comme Adam mentionné de la MSDN devis, Uuid sont de 128 bits. Cela signifie qu'ils prennent de 16 octets de RAM pour contenir une valeur. Une représentation de texte prendra de 32 octets (deux octets pour chaque octet), plus les 4 traits d'union, ainsi que les deux crochets si vous souhaitez inclure ceux-ci; ce qui revient à 38 octets.

    Il suffit de garder à l'esprit que si vous exposez des Uuid pour les utilisateurs de votre logiciel, ils peuvent fournir de l'UUID avec ou sans les crochets. Si vous êtes à la mémorisation de la valeur de n'importe où, il est préférable de le stocker comme le binaire de 16 octets de la représentation. Si vous êtes interagir avec d'autres UUID implémentations, vous pouvez utiliser le texte de base format de l'interopérabilité, depuis les différentes implémentations de faire des choses différentes à l'ordre des octets lors du stockage binaire valeur UUID.

    InformationsquelleAutor Michael Trausch
  4. 4

    La longueur dépend de l'encodage. Vous pouvez obtenir le standard de codages et de la longueur avec cet extrait: 

    public void Main() 
{
    var guid = Guid.Empty;
    Write(guid, "N"); //32 characters
    Write(guid, "D"); //36 characters (default)
    Write(guid, "B"); //38 characters
    Write(guid, "P"); //38 characters
    Write(guid, "X"); //68 characters
}    

private void Write(Guid guid, string format) 
{
    var guidString = guid.ToString(format);
    Console.WriteLine("{0}: {1} ({2} characters)", format, guidString, guidString.Length);
}

    voir le Guid.Méthode ToString pour plus de détails:

    InformationsquelleAutor MovGP0