Eine Konfiguration von YAML nach TOML umziehen, etwa für Cargo, Poetry oder Hugo? Maps werden zu [Tabellen], Listen bleiben Arrays, Listen von Maps werden zu [[Tabellen]]. Anker werden vorher aufgelöst; Kommentare gehen verloren, weil der Konverter mit den geparsten Daten arbeitet.
Anleitung
- Daten einfügen, Datei ablegen oder öffnen. Das Eingabeformat wird automatisch erkannt oder unter „Von“ gewählt.
- Zielformat unter „Nach“ wählen. Das Ergebnis aktualisiert sich beim Tippen.
- Fehler zeigen genaue Zeile und Spalte mit Markierung; auf den Fehler tippen, um dorthin zu springen.
- In der Baumansicht die Daten erkunden. Ergebnis kopieren, herunterladen oder per Tausch zurück umwandeln.
- XML-Attribute werden zu Schlüsseln mit @, der Elementtext landet in #text; beim Erzeugen von XML gilt dieselbe Konvention.
- Die CSV-Ausgabe flacht verschachtelte Objekte zu Spalten in Punktnotation ab (address.city). Downloads enthalten ein BOM, damit Excel UTF-8 richtig öffnet.
- TOML kennt kein null und braucht oben eine Tabelle: null-Werte entfallen, Listen kommen in „items“.
- „Zahlen & Booleans“ ausschalten, um alle Werte aus CSV, XML, INI, .env oder Query-String als Text zu behalten.
- Alles läuft im Browser; nichts wird hochgeladen.
Wie die Formate zusammenpassen
JSON, YAML und TOML teilen dasselbe Datenmodell aus Objekten, Arrays, Strings, Zahlen und Booleans. Die Umwandlung ist daher verlustfrei, mit zwei Ausnahmen: TOML kennt kein null, und ein TOML-Dokument muss oben eine Tabelle sein. Hier werden null-Werte weggelassen und eine Liste auf oberster Ebene unter dem Schlüssel items verpackt. YAML 1.2 ist eine Obermenge von JSON, jedes gültige JSON ist also schon gültiges YAML.
XML ist ein Baum aus Elementen statt Schlüssel-Wert-Daten. Attribute werden zu Schlüsseln mit @ davor (aus id="7" wird "@id": "7"), Elementtext landet in #text, und wiederholte Kindelemente werden zu Arrays. Beim Schreiben von XML gilt dieselbe Konvention umgekehrt.
Flache Formate: CSV, INI, .env, Query-Strings
CSV ist eine Tabelle, verschachtelte Objekte werden daher zu Spalten in Punktnotation wie address.city, und jedes Array-Element wird eine Zeile. INI-Abschnitte werden zu Objekten, .env-Dateien zu einem flachen Objekt aus Schlüssel-Wert-Paaren (export, Anführungszeichen und Kommentare werden verstanden), und ein Query-String wie ?tag=a&tag=b&filter[brand]=x wird zu {"tag": ["a", "b"], "filter": {"brand": "x"}}.
Typen und typische Fallen
CSV, XML, INI, .env und Query-Strings haben keine Typen, alles ist Text. Standardmäßig werden Werte wie 42, 3.5 und true zu Zahlen und Booleans; schalte das ab, um Postleitzahlen wie 01067 oder IDs als Text zu behalten. In YAML zählt die Einrückung, Tabs sind verboten. YAML-1.1-Parser wie PyYAML lesen ungequotetes yes, no, on und off als Boolean, also Werte wie den Ländercode NO in Anführungszeichen setzen.
Häufige Fragen
Wie wandle ich JSON in YAML um?
JSON einfügen oder eine .json-Datei ablegen und unter Nach YAML wählen. Objekte werden zu eingerückten Blöcken aus Schlüssel: Wert, Arrays zu Listen mit Bindestrichen. Ergebnis kopieren oder als .yaml laden.
Ist jedes gültige JSON auch gültiges YAML?
Ja, bei YAML 1.2, das als Obermenge von JSON entworfen wurde. Umwandeln lohnt sich trotzdem, weil Block-YAML lesbarer ist und Kommentare erlaubt.
Was passiert mit XML-Attributen bei der Umwandlung in JSON?
Sie werden zu Schlüsseln mit @ davor: Aus <item id="7">Pen</item> wird {"item": {"@id": "7", "#text": "Pen"}}. Mehrere gleichnamige Elemente werden zu einem Array.
Wie werden verschachtelte JSON-Objekte zu CSV?
Sie werden zu Spalten in Punktnotation abgeflacht, etwa address.city und address.zip. Ein Array von Objekten ergibt eine Zeile pro Objekt, fertig für Excel.
Warum fehlt null in meiner TOML-Ausgabe?
TOML hat keinen null-Wert. Schlüssel mit dem Wert null werden weggelassen; prüfe, ob deine Anwendung einen fehlenden Schlüssel genauso behandelt.
Werden meine Daten hochgeladen?
Nein. Parsen und Umwandeln passieren lokal im Browser, Konfigurationsdateien mit Passwörtern oder API-Schlüsseln verlassen dein Gerät nicht.