Kanonischer UUID-Text
Wandle eine kanonische kleingeschriebene UUID in sechzehn Bytes um, ohne Version oder Identität abzuleiten.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))Vor dem Anwenden prüfen
Vergleichen Sie das tatsächliche Verhalten mit dem erwarteten Ergebnis. Klären Sie fehlgeschlagene Prüfungen vor weiteren Änderungen.
Modelle
Richten Sie einen OpenAI-kompatiblen oder Anthropic-Endpunkt mit Basis-URL und gegebenenfalls API-Schlüssel ein. Testen Sie die Verbindung. Ein lokaler Modellserver muss laufen; entfernte Werkzeuge können Daten separat übertragen.
Projekt
Prüfe Nullen und Hexadezimalbuchstaben und lehne Großbuchstaben, Klammern, falsch gesetzte Bindestriche und äußere Leerzeichen ab.
import re
UUID_TEXT = re.compile(r"[0-9a-f]{8}(?:-[0-9a-f]{4}){3}-[0-9a-f]{12}")
def uuid_bytes(text):
if not isinstance(text, str) or not UUID_TEXT.fullmatch(text):
raise ValueError("canonical lowercase UUID required")
return bytes.fromhex(text.replace("-", ""))Die Kennungsdarstellung an der Anwendungsgrenze vereinbaren
IdSaffron bietet eine KI-Programmierumgebung für Windows zur Untersuchung kleiner Grenzfunktionen, die größere Anwendungsteile verbinden. Wenn sich die Kennungsbehandlung ändern soll, beschreiben Sie akzeptierte Darstellungen und die Erwartungen nachgelagerten Codes. Lassen Sie das Modell Validator, Konvertierungsschritt und relevanten Aufrufer gemeinsam prüfen, damit eine scheinbar harmlose Normalisierung nicht stillschweigend den Eingabevertrag erweitert.
Eine Aufgabe zu uuid_text.py könnte die Akzeptanz kanonischen UUID-Texts in Kleinbuchstaben vor der Umwandlung in Bytes prüfen. Bringen Sie Beispiele mit unterschiedlicher Großschreibung, Trennzeichen oder umgebenden Leerzeichen ein und benennen Sie die abzuweisenden Fälle. Besprechen Sie, ob Normalisierung vor die Validierung gehört oder der Aufrufer die kanonische Form liefern muss. Diese Entscheidungen machen die vorgeschlagene Änderung konkret genug für eine Codeprüfung.
Führen Sie danach Projekttests für resultierende Bytes und abgewiesene Darstellungen aus. Prüfen Sie, wie die Anwendung ungültige Kennungen meldet, einschließlich Pfaden, die bisher von unfehlbarer Konvertierung ausgingen. IdSaffron verbindet sich mit unterstützten OpenAI-kompatiblen oder Anthropic-Endpunkten, bei Bedarf mit Zugangsdaten. Optionen für uneingeschränkte Modelle hängen vom gewählten Endpunkt ab; Einschränkungen, verfügbare Werkzeuge und Kontextkapazität bleiben Eigenschaften von Modell und Server. Die Akzeptanzbeispiele geben Ihrem Programmiergespräch über Änderungen hinweg einen stabilen Bezugspunkt.
Kennungsgrenzen, die eine ausdrückliche Antwort verdienen
Soll die Hilfsfunktion auch großgeschriebene Kennungen akzeptieren?
Entscheiden Sie anhand des Anwendungsvertrags, statt automatisch großzügigeres Verhalten einzuführen. Verlangen Aufrufer kanonischen Text in Kleinbuchstaben, kann die Akzeptanz anderer Formen vorgelagerte Inkonsistenz verbergen. Ist Normalisierung beabsichtigt, legen Sie ihren Ort fest und testen Sie die resultierende Darstellung.
Belegt eine gültige Kennung die Existenz eines Datensatzes?
Nein. Formatvalidierung belegt nur, dass die gelieferte Darstellung die erwartete Form erfüllt. Existenz und Berechtigung gehören zu separaten Anwendungsprüfungen; prüfen Sie daher den Verbraucher, bevor Sie erfolgreiche Konvertierung als Zugriffserlaubnis behandeln.
Warum neben akzeptiertem Text auch die Bytes prüfen?
Akzeptanz allein beweist nicht, dass die Konvertierung den erwarteten Wert erzeugt. Verwenden Sie bekannte Text-Byte-Paare und prüfen Sie die nachgelagerte Behandlung, besonders wenn die Änderung andernorts verwendete Serialisierungs- oder Speichergrenzen betrifft.
Was, wenn Aufrufer bereits Leerzeichen entfernen?
Prüfen Sie dieses Verhalten, bevor Sie es duplizieren. Vereinbaren Sie, ob diese Hilfsfunktion normalisierte Eingaben erhält oder selbst normalisiert. Eine ausdrücklich festgelegte Zuständigkeit macht Ablehnungsregeln verständlicher und verhindert uneinheitliche Behandlung verschiedener Aufrufpfade.
IdSaffron · Aktualisiert 2026-10-25