JavaScript-String dekodieren

Was die Umwandlung ändert

Lesen Sie ein zitiertes JSON-kompatibles JavaScript-Stringliteral als Text. Liest Standard-JSON-Escapes aus einem zitierten Stringliteral.

Beispiel mit Eingabe und Ausgabe

Beginnen Sie mit der Eingabe auf dieser Seite: "Hallo\nWillkommen". Das Werkzeug erzeugt: Hallo Willkommen. Testen Sie zuerst das Beispiel, um beide Darstellungen zu vergleichen. Ersetzen Sie es danach durch eigene Daten. Das Ergebnis ist Text für Editor, Testfall oder Anfrage, sobald Sie geprüft haben, ob das Ziel genau diese Form erwartet.

Formatregeln und Grenzen

Das zugehörige Escape-Werkzeug erstellt einen zitierten JavaScript-kompatiblen String nach JSON-Regeln. Dieses Gegenwerkzeug liest genau diese JSON-kompatible Teilmenge; die Eingabe muss daher äußere doppelte Anführungszeichen enthalten. Es dekodiert Escapes wie Backslash-n für einen Zeilenumbruch, Backslash-t für einen Tabulator sowie Anführungszeichen, Backslashes und Unicode-Folgen. Es führt kein JavaScript aus, ersetzt keine Variablen und verarbeitet keine Template-Literale. JavaScript kennt zusätzlich einfache Anführungszeichen und hexadezimale Escapes außerhalb der JSON-Stringgrammatik; sie werden bewusst abgewiesen. Die Ausgabe kann echte Steuerzeichen enthalten: Ein dekodierter Umbruch erscheint als Umbruch statt als zwei Zeichen Backslash und n. Prüfen Sie sie vor Verwendung in CSV, HTML oder URL, wo eine weitere Escape-Ebene nötig sein kann.

Ergebnis prüfen

Lassen Sie das Original beim Prüfen neben dem umgewandelten Text stehen. Vergleichen Sie zuerst einen kleinen bekannten Fall, möglichst mit Satzzeichen, einem Nicht-ASCII-Zeichen, einem wiederholten Wert oder einem relevanten leeren Feld. Lesbare Ausgabe beweist nicht, dass das Zielprogramm dasselbe Schema oder dieselben Konventionen akzeptiert. Beim Austausch zwischen Anwendungen sollten Sie den Zielparser ausführen und nach dem Import einige Datensätze kontrollieren. Wichtige Quelldateien gehören unter Versionskontrolle, damit Änderungen umkehrbar bleiben. Die Verarbeitung findet in Ihrem Browser statt; diese Seite sendet eingefügten Inhalt nicht an einen Konvertierungsserver. Browser-Speicher und Zwischenablage erfordern auf gemeinsam genutzten Geräten dennoch normale Vorsicht.

Quelle und Ergebnis erfüllen verschiedene Zwecke, auch wenn sie ähnlich aussehen. Die obige Methode beschreibt die unterstützte Teilmenge und nicht jede Erweiterung des Formats. Testen Sie bei einem strengen Zielsystem zuerst einen kleinen bekannten Fall, bevor Sie viele Datensätze ändern. Nach einem Validierungsfehler prüfen Sie Quelle und erste gemeldete Stelle; eine Korrektur nur der Ausgabe kann die Ursache verdecken.

Prüfen Sie das Ergebnis, indem Sie es erneut escapen und die zitierte Form mit der ursprünglichen Eingabe vergleichen. Die sichtbare Ausgabe kann echte Tabulatoren oder Zeilenumbrüche enthalten; verwenden Sie einen Editor, der Leerraum anzeigt. Für HTML, URL oder Datenbankabfragen gelten anschließend deren eigene Kodierungs- oder Parametrisierungsregeln. Das Dekodieren eines Strings macht seinen Inhalt in einem anderen Kontext nicht automatisch sicher.