TOML zu JSON

So werden die Typen abgebildet

Die Ausgabe wird immer mit 4 Leerzeichen Einrückung formatiert, Arrays und Objekte erstrecken sich also über mehrere Zeilen; die Tabelle oben zeigt die Werte der Lesbarkeit halber einzeilig. Die Schlüsselreihenfolge bleibt exakt so erhalten, wie sie in deinem TOML steht.

Durchgerechnetes Beispiel

title = "My App"

[server]
host = "localhost"
port = 8080

[[users]]
name = "alice"
admin = true

wird zu:

{
    "title": "My App",
    "server": {
        "host": "localhost",
        "port": 8080
    },
    "users": [
        {
            "name": "alice",
            "admin": true
        }
    ]
}

Unterstütztes TOML und die echten Grenzen

Unterstützt: [Tabellen]-Überschriften einschließlich gepunkteter Abschnittsnamen, [[Arrays von Tabellen]], einzeilige key = value-Paare, Basic-Strings "..." mit den Escapes \n, \t und \", Literal-Strings '...', einfache dezimale Ganz- und Fließkommazahlen, true/false, einzeilige Arrays (Verschachtelung erlaubt), ganzzeilige #-Kommentare sowie Datumswerte, die als Strings durchgereicht werden.

Nicht unterstützt, und was stattdessen zu tun ist:

• Mehrzeilige Strings (""" oder ''') und mehrzeilige Arrays stoppen den Parser mit einem Fehler. Bringe den Wert zuerst auf eine einzige Zeile.
• Inline-Tabellen werden nicht aufgelöst: point = { x = 1, y = 2 } kommt als String "{ x = 1, y = 2 }" heraus, nicht als Objekt. Schreibe sie als eigenen [point]-Abschnitt. Cargo.toml-Abhängigkeitszeilen wie serde = { version = "1.0" } sind der Klassiker.
• Gepunktete Schlüssel links vom Gleichheitszeichen bleiben ein flacher Schlüssel: server.host = "a" erzeugt den Schlüssel "server.host", keine Verschachtelung. Nutze stattdessen eine [server]-Überschrift. Gepunktete [abschnitts.namen] in Überschriften verschachteln dagegen korrekt.
• Kommentare hinter einem Wert werden nicht entfernt: port = 8080 # main wird zum String "8080 # main". Lass Kommentare auf eigenen Zeilen stehen.
• Zahlformate jenseits einfacher Dezimalzahlen werden nicht erkannt: 1_000, 0xFF, 5e2, +99, inf und nan kommen als Strings in Anführungszeichen heraus. Schreibe stattdessen 1000, 255, 500, 99.
• \uXXXX-Escapes in Basic-Strings werden nicht dekodiert. Füge stattdessen das echte Zeichen ein.

Für ein vollständiges TOML-1.0-Dokument nutze einen Kommandozeilen-Konverter wie toml2json, oder lade die Datei mit Pythons tomllib und gib von dort JSON aus.

Wofür das nützlich ist

• Schnelle Kontrolle eines TOML-Fragments als JSON beim Debuggen.
• Einfache Konfigurationswerte an Linter, Skripte oder Inventarwerkzeuge übergeben, die nur JSON akzeptieren.
• JSON-Testfixtures erzeugen aus TOML-Notizen, die sich leichter von Hand schreiben lassen.
• Kleine, flache Konfigurationsdateien migrieren, was auf viele config.toml von Hugo zutrifft.

Hinweise zur Hin- und Rückreise

• Kommentare überleben nie: JSON kennt schlicht keine Kommentarsyntax.
• Datumswerte bleiben Strings; nachgelagerter Code muss sie wieder in Datumsobjekte umwandeln.
• Große Zahlen: Ganzzahlen bleiben im JSON-Text 64-Bit-Werte, aber JavaScript-Konsumenten verlieren oberhalb von 2^53 an Präzision. Achte auf Nanosekunden-Zeitstempel und numerische IDs.
• Die Schlüsselreihenfolge bleibt bei diesem Konverter wie geschrieben; andere JSON-Werkzeuge können Schlüssel beim erneuten Ausgeben umsortieren.

Umgekehrte Richtung

JSON → TOML ist die schwierigere Reise, denn JSON hat Strukturen (tiefe anonyme Verschachtelung, null), die TOML entweder fehlen oder die es anders behandelt. Die meisten Roundtrip-Szenarien brauchen manuelle Anpassungen auf der TOML-Seite.