YAML-Formatierer & Validator

YAML verwendet Einrückungen (Leerzeichen), um die Dokumentstruktur und Verschachtelung zu definieren – es gibt keine geschweiften Klammern oder schließenden Tags wie in JSON oder XML. Die Einrückungsebene eines Elements bestimmt, ob es ein Kind des darüber liegenden Elements oder ein Geschwisterelement ist. Ein zusätzliches oder fehlendes Leerzeichen kann die Bedeutung komplett verändern: Ein Key, der eine Untereigenschaft einer Service-Definition sein sollte, könnte stattdessen zu einem Top-Level-Key werden, oft ohne Fehlermeldung vom YAML-Parser. Deshalb sind YAML-Fehler notorisch schwer zu debuggen – das Symptom (falsche Konfiguration) kann weit von der Ursache entfernt sein (ein einzelnes Leerzeichen in Zeile 47).

Nein. Die YAML-Spezifikation verbietet Tab-Zeichen für die Einrückung explizit. Tabs sind innerhalb von angeführten Strings erlaubt, aber niemals als Einrückung. Wenn Ihr Editor so eingestellt ist, dass er beim Drücken der Tab-Taste Tabs einfügt, stellen Sie ihn für YAML-Dateien auf Leerzeichen um. Viele YAML-bezogene Bugs entstehen durch unsichtbare Tabs in Dateien, die korrekt eingerückt aussehen. Dieser Formatter erkennt und normalisiert Tab-Einrückungen zu Leerzeichen.

Der Formatter unterstützt das vollständige YAML 1.2 Feature-Set: Skalartypen (Strings, Integers, Floats, Booleans, Null), Block-Mappings (Key: Value), Block-Sequenzen (- Item), Flow-Style (Inline {} und []), mehrzeilige Strings (Literal Block | und Folded Block >), Kommentare (#), Anchors (&anchor) und Aliase (*alias), mehrere Dokumente (--- Trenner) und explizite Typ-Tags (!!str, !!int, etc.). Komplexe verschachtelte Strukturen wie Kubernetes Pods mit Volumes, Env-Arrays und Ressourcenlimits werden korrekt formatiert.

Kommentare werden während der Validierung und beim Parsen erkannt. Während der Formatierung serialisiert das Tool die geparste Datenstruktur neu – da die meisten YAML-Parser Kommentare nicht an das Datenmodell anhängen, werden Kommentare im formatierten Output möglicherweise nicht vollständig erhalten. Zu Validierungszwecken (Überprüfung der Struktur) werden Kommentare korrekt behandelt. Wenn es wichtig ist, die Kommentare exakt beizubehalten, kopieren Sie die formatierte Version zurück in Ihren Editor und fügen Sie die Kommentare manuell hinzu.

Die häufigsten Fehler: (1) Inkonsistente Einrückung – Mischung von 2-Leerzeichen und 4-Leerzeichen oder Tabs gemischt mit Leerzeichen. (2) Doppelte Keys im selben Mapping. (3) Nicht angeführte Strings, die YAML als Spezialwerte interpretiert – "yes", "no", "true", "false", "null", "on", "off" werden in YAML 1.1 alle als Booleans oder Null interpretiert (häufig in älteren Kubernetes-Konfigurationen). (4) Doppelpunkte ohne Leerzeichen in nicht angeführten Keys. (5) Fehlendes Leerzeichen nach dem Doppelpunkt in Key: Value Paaren. (6) Nicht angeführte Strings, die YAML-Spezialzeichen enthalten (: { } [ ] # &).

YAML ist eine Obermenge von JSON – gültiges JSON ist auch gültiges YAML. YAML fügt menschenfreundliche Funktionen hinzu, denen JSON fehlen: Kommentare, mehrzeilige Strings, Anchors/Aliases zum Wiederverwenden von Werten und weniger Satzzeichen (keine Kommas zwischen Array-Elementen, keine Anführungszeichen für einfache String-Werte erforderlich). JSON hat Vorteile bei maschinengenerierten Daten: Es ist nicht einrückungsempfindlich, wird nativ von jeder Sprache unterstützt und ist eindeutig. Für manuell bearbeitete Konfigurationsdateien wird YAML im Allgemeinen bevorzugt. Für API-Antworten und Datenspeicherung ist JSON die dominante Wahl.

Nein. Die gesamte Formatierung und Validierung läuft in Ihrem Browser unter Verwendung eines JavaScript YAML-Parsers. Ihre Konfigurationsdateien, die Umgebungsvariablen, Anmeldedaten und Infrastrukturdetails enthalten können, verlassen niemals Ihr Gerät.