TOML-zu-JSON-Konverter für Cargo.toml, pyproject.toml und Rust-Konfigurationen
Lesen Sie Cargo.toml, pyproject.toml oder andere TOML-Konfigurationen als JSON und schreiben Sie JSON-Objekte im Browser zurück als TOML-Tabellen. Datumswerte, Tabellen-Arrays und punktierte Tabellen verarbeitet der Parser; Kommentare, Schlüsselreihenfolge und null bleiben nicht erhalten.
So verhält sich dieser TOML-↔-JSON-Konverter
Für Manifest-Dateien gebaut
Cargo.toml oder pyproject.toml einfügen und verschachtelte Tabellen sowie [[bin]]- / [[bench]]-Einträge als JSON-Objekte und Arrays ansehen.
Tabellen-Arrays funktionieren in beide Richtungen
[[products]]-Blöcke werden Objekt-Arrays, und ein JSON-Array gleichförmiger Objekte wird wieder als [[table]]-Blöcke geschrieben. Arrays in Arrays bleiben inline.
Datum und Uhrzeit werden als Date-Objekte geparst
TOML-Datumswerte, Datumsangaben und Uhrzeiten werden zu JavaScript-Date-Werten, daher zeigt JSON ISO-ähnliche Strings wie 1979-05-27T07:32:00.000Z. Beim Zurückkonvertieren wird daraus ein gequoteter String, kein natives TOML-Datum.
Verschachtelte und punktierte Tabellen werden neu aufgebaut
[tool.poetry] und [a.b] werden zu verschachtelten Objekten. Skalare Schlüssel kommen vor Untertabellen, daher bleibt die ursprüngliche Reihenfolge nicht erhalten.
Lokale Konvertierung mit Dateiauswahl
.toml- / .json-Dateien wählen oder Text einfügen, Ergebnis herunterladen. Nichts wird hochgeladen, und es gibt keine Einrückungs- oder Sortieroptionen.
FAQ zur TOML-↔-JSON-Konvertierung
Unterstützt JSON → TOML null?
Nein. TOML hat keinen null-Typ, und der Serializer entfernt Schlüssel mit null stillschweigend, einschließlich null-Elementen in Arrays. Ersetzen oder entfernen Sie null vor dem Konvertieren, sonst verschwinden Daten ohne Fehlermeldung.
Wie werden Datum und Uhrzeit behandelt?
TOML → JSON parst Datumswerte, lokale Daten und lokale Uhrzeiten zu Date-Objekten und zeigt ISO-Formen: 1979-05-27T07:32:00.000Z, 1979-05-27, 07:32:00.000. JSON → TOML behandelt diese Strings als normalen Text und quotet sie, sodass sie nicht als native TOML-Daten zurückkommen. Nur ein echtes Date-Objekt aus dem Parsen wird ungequotet ausgegeben. Kurze Zeiten wie 07:32 scheitern mit 'Incomplete time' — Sekunden sind Pflicht.
Bleiben Kommentare und Schlüsselreihenfolge erhalten?
Nein. Kommentare und Leerzeilen werden beim Parsen verworfen und nie neu erzeugt. Auch die Reihenfolge ändert sich: skalare Schlüssel zuerst, dann Untertabellen. Doppelte Schlüssel werden mit 'Can't redefine existing key' abgelehnt.
Wie werden Tabellen-Arrays dargestellt?
[[products]]-Blöcke werden JSON-Objekt-Arrays. Rückwärts wird ein JSON-Objekt-Array als [[products]]-Blöcke geschrieben, verschachtelte Arrays bleiben inline. Die JSON-Wurzel muss ein Objekt sein; eine Array-Wurzel scheitert mit 'Can only stringify objects, not array'.
Warum scheitert mein JSON-Array mit 'Array values can't have mixed types'?
Dieser Parser verlangt homogene TOML-Arrays (TOML-0.5-Regeln). Ein Array mit Zahlen und Strings oder Objekten und Skalaren wirft einen Fehler. Teilen Sie es in getrennte Arrays auf oder verwenden Sie eine Tabelle.
Was ist mit großen Ganzzahlen, NaN und leeren Werten?
Ganzzahlen über 2^53 verlieren Präzision und werden mit Unterstrichen ausgegeben, etwa 12_345_678_901_234_567_000. NaN und Infinity werden zu nan / inf. Leere Arrays erscheinen als [ ], leere Objekte als { }, undefined-Schlüssel werden stillschweigend übersprungen.
Wird meine Konfiguration hochgeladen, und was passiert bei Fehlern?
Alles läuft im Browser; Dateien werden nie hochgeladen. Es gibt kein festes Größenlimit, aber die Konvertierung ist synchron, daher können mehrere MB große Manifeste die Seite blockieren. Ungültiges TOML färbt das linke Feld rot und zeigt einen Toast; ungültiges JSON färbt das rechte Feld rot. Keine Richtung liefert Teilausgaben.
