Ist die UUID ohne Bindestriche/Trennstriche gültig?

Ich wollen, schreiben Sie einfachen regex zu validieren UUIDs, aber ich bin mir nicht sicher über dieses kleine detail.

Wikipedia sagt:

UUID wird vertreten durch 32 Kleinbuchstaben hexadezimale Ziffern, angezeigt in
fünf Gruppen durch Bindestriche getrennt, in der form 8-4-4-4-12 für insgesamt
der 36 Zeichen (32 alphanumerische Zeichen und vier Bindestriche).

Aber konnte nichts finden, wie es in RFC-spec-Dokument.

Also bleibt die Frage, ob diese UUID ist gültig: f47ac10b58cc4372a5670e02b2c3d479?

  • Gültig für was? Wenn Sie möchten, um es zu ermöglichen, sich frei fühlen.
  • Um add-on zu dem, was @SLaks gesagt, es ist noch effektiv um eine gültige guid, aber es gilt nicht unbedingt analysieren, die von den meisten integrierten Methoden, aber es kann auch sein, dort gilt als gut. Sie brauchen nur zu testen, oder im schlimmsten Fall, pad mit hypens vor der Analyse.
  • bedeutet es, dass die Spezifikation nicht wirklich sagen nichts über die Darstellung? Was bedeutet, dass Wikipedia ist nicht genau genug, wie so oft.
  • guter Punkt. Probleme mit no-Bindestriche-format und integrierte Methoden? Ich bin ziemlich neu im Thema, daher haben Sie nicht genug exp.
  • naja, ich weiß nicht, ich habe keine Ahnung, welche Systeme Sie verwenden. wie ich schon sagte, wenn es ein problem zu sein, fügen Sie einfach die Bindestriche an, bevor Sie übergeben Sie an die Methode wie das
InformationsquelleAutor Karol | 2014-06-30
  1. 12

    Die Produktion in RFC 4122 (Kapitel 3, Seite 4), legt UUID-string-Darstellung als

    UUID = time-low "-" time-mid "-"
       time-high-and-version "-"
       clock-seq-and-reserved
       clock-seq-low "-" node

    wobei jedes interne Komponente ist hex-codiert.

    Daher f47ac10b58cc4372a5670e02b2c3d479 ist keine gültige UUID Darstellung.

    • Ich lese das Dokument, sondern begann sich aus Abschnitt 4, wie Sie dachte, dass die formale definition nicht enthalten die info, die ich Suche - aber es funktioniert. Wenn Sie gelesen haben ganze Dokument gut auf Sie, aber es ist wie darauf hin, dass, wer fragt, JS Frage, Lesen sollte ganze MDN-Dokumentation. Es ist ein bisschen sinnlos, und SO ist ideal, um sich solche Fragen stellen, denn vielleicht gibt es jemanden, der hat es bereits getan und können Sie sparen eine Menge Zeit.
    • Das Dokument ist ein wenig seltsam, dass es gibt "hex Bytes", die mit (natürlich) zwei hex-Zeichen pro Oktett (byte). So sehen Sie 4-2-2-2-6 statt 8-4-4-4-12.
    • Ja - Sie werden sehen, 4-2-2-2-6 in der normalen Schreibweise nach der Konvertierung in z.B. ASCII, aber beachten Sie, dass die UUID ist in hex-notation. Sie werden nicht sehen, alle " G " oder andere nicht-hex-Buchstaben. Und das ist, warum es 8-4-4-4-12.
    • Ich dachte, ich wäre zu erklären, dass auf Sie 😛
    • Zum Beispiel können Sie überprüfen, ob dein string enthält gültige Symbole: StringBuilder sb = new StringBuilder("f47ac10b58cc4372a5670e02b2c3d479"); final String res = sb .insert(8, "-") .insert(13, "-") .insert(18, "-") .insert(23, "-") .toString(); UUID.fromString(res); Methode fromString() werfen exception sonst
    InformationsquelleAutor Oleg Estekhin
Schreibe einen Kommentar