Eine der Komponenten, die ich verwende, muss einen fütternXML hinein. Der Komponentenanbieter hat keine Dokumentation oder die Spezifikationen des XML bereitgestellt. Ich versuche, die XMLs durch Versuch und Irrtum zu generieren, indem ich die Beispiel-XMLs aus der Komponente verwende.
Das war die Geschichte. Hier ist mein Problem. In der XML haben sie einige verwendet f_key = "b3f39bb9-3f8c-453a-bdb4-2486a887e39f-0000a008:000001e8"
Java gibt mir folgendes: UUID.randomUUID().toString()
Das generiert zufällige Zeichenfolgen in diesem Format: "22572e59-f7dc-404a-9c0c-78161e3a4df7"
Irgendeine Ahnung, was "0000a008:000001e8"in der f_key vom Komponentenmittel bereitgestellt[Die zufällige Zeichenfolge bis zu 5 Stück entspricht in beiden. Das 6. und 7. Stück sind Extra in der Zufallsfolge, die von der Komponente bereitgestellt wird]? Welche Art von UUID-Generator würde das generieren? Sieht es bekannt aus?
Antworten:
0 für die Antwort № 1Nach diesem Code
Regex guidRegEx = new Regex(@"^({{0,1}([0-9a-fA-F]){8}-([0-9a-fA-F]){4}-([0-9a-fA-F]){4}-([0-9a-fA-F]){4}-([0-9a-fA-F]){12}}{0,1})$");
guidRegEx.IsMatch("b3f39bb9-3f8c-453a-bdb4-2486a887e39f-0000a008:000001e8");
das ist kein gültiger Führer, es ist ein gültiger Führer mit etwas am Ende. Ich vermute, dass sie am Ende einen Zeitstempel angeheftet haben. Ich habe in der Vergangenheit gesehen, dass Zeug aus Zeitstempelgeräten stammt.
Aber das ist eine beste Schätzung.
0 für die Antwort № 2
Ich glaube, dass es nur eine Art Schlüssel istwird vom Anbieter generiert. Obwohl ich keine Ahnung von den Regeln der Schlüsselgenerierung habe (das ist anwendungsspezifisch) übersetzte ich die Hexadezimalzahlen a008 1e8 in die Dezimalansicht und stellte fest, dass das Verhältnis zwischen ihnen 83 ist: 40968/488=83. Versuchen Sie also wahrscheinlich, UUID zu erstellen und Suffix hinzuzufügen, das aus 2 Zahlen im Hex-Format besteht, so dass das Verhältnis von ihnen 83 ist.