JSON erfordert präzise Syntax
Eigenschaftsnamen und Zeichenfolgen müssen in doppelten Anführungszeichen stehen. Kommentare, nachgestellte Kommas, undefined und Zeichenfolgen in einfachen Anführungszeichen sind nicht erlaubt.
Ein gültiges Beispiel ist {"name":"Kitavio","local":true}. Formatierung fügt Einrückung und Zeilenumbrüche hinzu; Minifizierung entfernt Formatierung, ohne Leerzeichen in einer Zeichenfolge zu entfernen.
Lesen Sie einen Validierungsfehler
Überprüfen Sie bei einem Ausfall die gemeldete Position, Linie oder Spalte, wenn verfügbar. Ein fehlendes Komma kann beim folgenden Element einen Fehler verursachen.
Die Formatierung repariert nicht automatisch ein ungültiges Dokument. Korrigieren Sie die Eingabe und bestätigen Sie erneut.
- JSON ohne Markdown-Wrapper einfügen.
- Wählen Sie 2 oder 4 Leerzeichen für die Formatierung.
- Validieren und überprüfen Sie die Ausgabestruktur.
- Minify erst nach Bestätigung der Daten korrekt ist.
Präzision und doppelte Schlüssel
Es werden die Browser JSON.parse und JSON.stringify verwendet. Integer über JavaScript hinaus können sich ändern, und der letzte doppelte Schlüssel bleibt erhalten.
Um sehr große Zahlen zu erhalten, speichern Sie sie als Strings oder verwenden Sie einen speziellen Workflow. Das Tool ist lokal; Formatierung verschlüsselt oder anonymisiert keine Daten.
Kriterien für die Überprüfung und Bereitstellung des Ergebnisses
Bereiten Sie ein Beispiel vor, das die Anwendungsstruktur widerspiegelt: ein Objekt mit Feldern, einem Array und mehreren Werttypen. Überprüfen Sie die Syntax, bevor Sie den Inhalt ändern, um einen Fehler zu beheben. Kommentare, einzelne Anführungszeichen und nachgestellte Kommas können zu einer anderen Darstellung gehören, aber nicht zu dem hier akzeptierten Standard-JSON. Wenn die Validierung erfolgreich ist, während eine API das Beispiel ablehnt, vergleichen Sie Felder und Typen mit dem empfangenden Vertrag. Parsing und Anwendungsakzeptanz sind getrennte Prüfungen.
Formatierung und Minimierung der Nutzungsanalyse und Serialisierung, erwarten Sie also nicht, dass jedes Eingabebyte überlebt. Wiederholte Schlüssel und ganze Zahlen jenseits der gewöhnlichen numerischen Präzision erfordern besondere Aufmerksamkeit. Bewahren Sie die Quelle für Signaturen, große Bezeichnerbeispiele oder genaue Darstellungen auf. Vergleichen Sie Elementanzahl, Strings mit Leerzeichen und wichtigen Werten vor und nach der Verarbeitung. Ablesbare Ausgabehilfen Inspektion; kompakte Ausgabe passt einige technische Felder. Auch nicht die Business Correctness. Ersetzen Sie Anmeldeinformationen und reale Daten durch fiktive Werte, bevor Sie Beispiele in der öffentlichen Dokumentation verwenden. Ein kleiner repräsentativer Test ist nützlich, um die beabsichtigte Struktur zu bestätigen, während der ursprüngliche Datensatz zum Beheben von Diskrepanzen erhalten bleibt, die eine formatierte Vorschau allein nicht erklären kann.
Überprüfen Sie eine Antwort, bevor Sie sie teilen
Fügen Sie {"ok":true,"n":2} ein und wählen Sie zwei Leerzeichen zur Einrückung. Öffnen Sie danach contacts.json in einem Texteditor und kopieren Sie den Inhalt, um mehrere Objekte zu testen.
Das Objekt wird geprüft und mit einer Eigenschaft pro Zeile angezeigt. Werte werden weder übersetzt noch an die Sprache der Oberfläche angepasst.
Ein nachgestelltes Komma oder ein nicht zitierter Schlüssel erzeugt einen Fehler. Die Formatierung bestimmt nicht, ob ein Feld für eine Ziel-API gültig ist: Das hängt von seinem Schema ab.