JSON-Formatter vs. JSON Repair

Ein Formatter macht gültiges JSON lesbarer. Ein Reparaturwerkzeug versucht, «fast JSON» in gültiges JSON zu verwandeln, bevor es formatiert wird.

Formatter

Ein JSON-Formatter erwartet gültiges JSON. Er parst das Dokument und gibt es mit konsistenter Einrückung, Zeilenumbrüchen und Abständen aus. Formatter sind ideal für lesbare Logs, API-Responses, Fixtures, Konfigurationsdateien und das Inspizieren tief verschachtelter Objekte, die bereits korrekt parsen.

Validator

Ein Validator beantwortet eine einzige Frage: Ist das striktes JSON? Er sollte bei Kommentaren, einfachen Anführungszeichen, nackten Schlüsseln, Trailing Commas, Python-Literalen und anderer Nicht-JSON-Syntax sofort fehlschlagen. Validierung ist der richtige erste Schritt, wenn du sicherstellen willst, dass auch andere Parser das Dokument akzeptieren.

Repair-Tool

Ein Repair-Tool ist für Fast-JSON gedacht: Daten mit klar erkennbarer Zielstruktur, aber mit JavaScript-, Python-, Markdown- oder Menschen-Kommentar-Syntax. Repair kann den Text in striktes JSON überführen und das Ergebnis dann formatieren, damit es leichter zu inspizieren ist.

Minifier

Ein Minifier entfernt überflüssige Whitespaces aus gültigem JSON. Er repariert keine Syntaxfehler. Nutze Minification, wenn die Payload-Größe zählt oder du kompakte Werte in Umgebungsvariablen, Query-Parameter oder Kommandozeilen-Beispiele packst.

Welches Werkzeug du wählst

Validate, wenn du eine Ja/Nein-Antwort brauchst. Format, wenn die Eingabe gültig, aber schwer zu lesen ist. Repair, wenn JSON.parse scheitert und die Quelle ein JavaScript-Objekt, eine LLM-Antwort, ein kommentiertes Config oder ein handgepflegtes Snippet ist. Diff, wenn du zwei gültige oder reparierte Dokumente hast und verstehen willst, was sich geändert hat.

Risiko automatischer Reparatur

Repair-Tools können Syntax fixen, sollten aber keine fachliche Bedeutung entscheiden. Wenn die Reparatur nur Anführungszeichen, Kommentare oder Kommas ändert, ist die Absicht meist klar. Wenn sie aber eine fehlende Klammer, einen Feldnamen oder einen Wert raten muss, prüfe die Ausgabe sorgfältig, bevor sie in Produktion geht.

Praktischer Workflow

Für unsaubere Eingaben: erst reparieren, dann formatieren, dann validieren und — falls der Payload App-Verhalten steuert — mit einem bekannt-guten Beispiel vergleichen. Diese Reihenfolge gibt dir lesbare Ausgabe ohne den finalen strikten Parser-Check zu überspringen.