JPKCom DB

JSON Editor — Tipps & Tricks

Kniffe für den JSON Editor: die richtige Ansicht wählen, Validierung vs. Schema, Grenzen der Reparatur, Local Storage und die Kombination mit Tools.

Zurück zur Übersicht: JSON Editor · Tool live öffnen: www.jpkc.com/tools/json/

Das Manual erklärt jede Funktion, die Beispiele zeigen die Arbeitsabläufe. Hier geht es um das, was beides voraussetzt, aber selten dabeisteht: welche Ansicht zu welcher Aufgabe passt, was die Validierung nicht leistet und wo du auf einem geteilten Rechner aufpassen solltest. Die Oberfläche ist auf Englisch — die echten Button-Namen stehen deshalb im Original, bei Bedarf mit deutscher Erläuterung.

Die richtige Ansicht zur Aufgabe

Die drei Ansichten zeigen dasselbe Dokument, sind aber für unterschiedliche Aufgaben gemacht. Wer ständig die passende wählt, arbeitet deutlich schneller:

  • Tree für Struktur verstehen und umbauen — auf- und zuklappen, per Drag-and-drop umsortieren, einzelne Werte gezielt bearbeiten. Auch der Einstieg ins Transform-Werkzeug.
  • Table für gleichförmige Listen — ein Array von Objekten liest und bearbeitet sich als Tabelle viel schneller als im Baum. Spalten sortieren per Klick, Zeilen hinzufügen/entfernen.
  • Text für Rohsicht und Reparatur — wenn du den exakten Aufbau kontrollieren, kaputtes JSON von Hand korrigieren oder Suchen & Ersetzen brauchst.

Faustregel: Listen → Table, kaputtes oder rohes JSON → Text, alles andere → Tree.

Validieren heißt nicht Schema-prüfen

Die häufigste Fehlannahme: „Der Editor sagt, das JSON ist gültig — also stimmen meine Daten." Stimmt nur halb. Die Validierung prüft die Syntax — ob das JSON wohlgeformt ist (richtige Klammern, Anführungszeichen, Kommas). Sie prüft nicht, ob deine Daten einem Schema oder Vertrag entsprechen: ob ein erwartetes Feld fehlt, ein String steht, wo eine Zahl hingehört, oder ein Wert außerhalb des erlaubten Bereichs liegt. Ein grünes „gültig" heißt: „lesbar als JSON" — nicht „inhaltlich korrekt". Für die inhaltliche Prüfung brauchst du eine Schema-Validierung außerhalb dieses Tools.

Reparatur: was geht, was nicht

Die Auto-Reparatur der Text-Ansicht (bei ungültigem JSON inline angeboten) ist stark bei den häufigen, eindeutigen Fehlern — abschließende Kommas, einfache statt doppelter Anführungszeichen, nicht gequotete Schlüssel, Kommentare, einzelne fehlende Klammern. Genau die Fälle, die beim Kopieren aus Code, Logs oder lockeren Config-Formaten entstehen. (Der Toolbar-Button Repair prüft dagegen nur, ob der aktuelle Inhalt gültig ist, und repariert kaputtes JSON nicht selbst.)

Wo die Reparatur an Grenzen stößt: mehrdeutige oder strukturell zerstörte Eingaben. Wenn unklar ist, wo eine Klammer hingehört oder ob zwei zusammengeklebte Objekte ein Array sein sollen, kann auch die Heuristik nicht raten. Dann ist die Reihenfolge: die Auto-Reparatur in der Text-Ansicht annehmen, und was übrig bleibt, anhand der Fehlermeldung von Hand korrigieren. Bei wirklich kaputten Quellen lohnt es sich, das Original noch einmal sauber zu beschaffen, statt lange zu flicken.

Compact + Sort: reproduzierbare Ausgabe

Zwei Buttons ergeben zusammen einen nützlichen Trick: Willst du zwei JSON-Dokumente vergleichen (z. B. in einem Diff), stören unterschiedliche Schlüssel-Reihenfolgen und Einrückungen. Drück auf beiden erst Sort (sortiert alle Schlüssel rekursiv alphabetisch) und dann Compact (oder Format für zeilenweises Diff) — dann unterscheiden sich die Dateien nur noch dort, wo sich inhaltlich etwas geändert hat. Beachte: Sort sortiert nur Objekt-Schlüssel, nicht die Reihenfolge von Array-Elementen.

Local Storage: Komfort und Stolperfalle

Der Editor speichert deinen Stand automatisch im Browser und stellt ihn beim nächsten Besuch wieder her — sehr bequem gegen versehentliche Reloads. Zwei Dinge solltest du wissen:

  • Geteilter oder fremder Rechner: Der Inhalt bleibt im Browser liegen, bis du Clear drückst. Nach der Arbeit mit sensiblen Daten an einem nicht-eigenen Gerät also Clear nicht vergessen.
  • Kein Sync, kein Backup: Der Stand liegt nur im Local Storage dieses Browsers. Er wandert nicht zwischen Geräten und ist weg, wenn du die Browser-Daten löschst. Was du behalten willst, sicher per Download als Datei.

Beruhigend dabei: Die Daten verlassen den Browser nie — es gibt keinen Server und keinen Upload.

Tastatur und große Dokumente

  • Bleib auf der Tastatur: Suchen & Ersetzen, Undo/Redo und die Navigation funktionieren per Tastenkürzel — gerade in der Text-Ansicht (CodeMirror) spart das viel Mausweg.
  • Vollbild für große Dateien: Der Vollbild-Button gibt dem Editor den ganzen Bildschirm; Esc beendet ihn wieder.
  • Sehr große Dateien sind möglich, aber speicherhungrig: Die Bibliothek ist auf große Dokumente ausgelegt, die echte Obergrenze setzt aber der Arbeitsspeicher deines Browsers. Wird es bei riesigen Dateien zäh, hilft die Text-Ansicht (leichter als Tree/Table) und das Schließen anderer Tabs.

Mit anderen JPKCom-Tools kombinieren

Der JSON Editor ist oft nur eine Station — diese Tools schließen sich nahtlos an:

  • Falsches Format? Der Convertor PRO wandelt JSON in YAML, TOML, XML und zurück. Workflow: im JSON Editor aufräumen und validieren, dann im Convertor ins Zielformat überführen.
  • Eigentlich eine Tabelle? Wenn dein Array von Objekten als CSV besser aufgehoben ist, übernimmt der CSV Editor — bearbeiten, Format erkennen, exportieren.
  • Kodierte Werte im JSON? Stecken Base64-Blobs, URL-kodierte Strings oder JWT-Tokens in deinen Feldern, ent- und codiert sie der Coder — danach zurück in den JSON Editor zur Kontrolle.

Noch mehr Kontext: die Übersicht zum großen Bild, das Manual für jede Funktion im Detail und die Beispiele für die Schritt-für-Schritt-Abläufe. Ausprobieren kannst du alles direkt im Tool.