JSON-zu-XML-Konverter — speedor.net

JSON zu XML und zurück: ein praktischer Konverter für zwei Datenwelten

Die meisten Entwickler arbeiten mit XML und JSON, ob sie wollen oder nicht. Moderne Web-APIs sprechen fast ausschließlich JSON, doch sobald Sie eine Bank, einen Versicherer, einen behördlichen Endpunkt, ein Unternehmens-ERP oder einen alten SOAP-Dienst berühren, taucht XML wieder auf. Der JSON-zu-XML-Konverter auf dieser Seite verwandelt JSON in XML und XML zurück in JSON direkt in Ihrem Browser, sodass Sie zwischen diesen beiden Formaten wechseln können, ohne sensible Payloads in einen entfernten Dienst zu kopieren.

Leuchtende verschachtelte JSON-Klammern, die sich auf einem dunkel-indigofarbenen Hintergrund in einen Baum aus eingeklammerten XML-Tags verwandeln — JSON-Objekte und XML-Tag-Bäume beschreiben dieselben Daten mit verschiedenen Formen.

Was XML und JSON tatsächlich sind

XML (Extensible Markup Language) ist ein Auszeichnungsformat, das um verschachtelte Tags, Attribute und Namensräume herum gebaut ist. Es wurde für Dokumente und den strukturierten Datenaustausch entworfen und trägt viel Maschinerie: Schemata (XSD), Namensräume, Verarbeitungsanweisungen, Kommentare, CDATA-Abschnitte und eine formale Deklaration an der Spitze. Dieser Reichtum ist der Grund, warum XML in Alt- und Unternehmenssystemen weiterhin dominiert. Sie finden es in SOAP-Webdiensten, RSS- und Atom-Feeds, Konfigurationsdateien (Spring, Maven, .NET-App-Konfigurationen), Office-Dokumentenformaten und Finanznachrichtenstandards wie SWIFT und ISO 20022, wo Banken und Versicherer täglich weiterhin XML austauschen.

JSON (JavaScript Object Notation) ist weit einfacher: Objekte mit Schlüssel-Wert-Paaren, Arrays, Zeichenketten, Zahlen, boolesche Werte und null. Es bildet sich fast eins zu eins auf die Datenstrukturen nahezu jeder Programmiersprache ab, und genau deshalb hat es moderne Web-APIs, REST-Endpunkte, Mobil-Apps und Konfigurationsdateien wie package.json übernommen. JSON ist typischerweise 30 bis 50 Prozent kleiner als das entsprechende XML und parst merklich schneller, teils weil es die schließenden Tags und die Attribut-Maschinerie weglässt, die XML weitschweifig machen.

Die Schlüsselunterschiede, die für die Umwandlung zählen

Die beiden Formate überschneiden sich genug, um sich aufeinander abzubilden, aber nicht sauber. Ein paar strukturelle Unterschiede verursachen fast die gesamte Reibung:

Attribute gegen Kindknoten. XML unterscheidet zwischen <user id="1"> (einem Attribut) und <user><id>1</id></user> (einem Kindelement). JSON hat kein solches Konzept, also erfinden Konverter eines. Per Konvention werden Attribute in einen Schlüssel wie @attributes gefaltet oder mit @ präfigiert, während Elementtext in einem Schlüssel wie #text landet.
Arrays. JSON hat native Arrays. XML nicht. Eine Liste in XML ist einfach dasselbe wiederholte Tag, etwa drei <item>-Elemente in Folge. Konverter müssen ableiten, wann wiederholte Geschwister zu einem JSON-Array zusammenfallen sollen und wann ein einzelnes Element ein schlichtes Objekt bleiben soll.
Namensräume. XML nutzt Namensräume (die xmlns:soap-Präfixe), um Namenskollisionen über Schemata hinweg zu vermeiden. JSON hat keine Entsprechung, also überleben Präfixe entweder als wörtliche Zeichen in Schlüsseln oder werden entfernt.
Weitschweifigkeit und Metadaten. XML kann Metadaten über Attribute an einen Knoten hängen; JSON drückt alles als Schlüssel und Werte aus. Das macht JSON kompakter und leichter lesbar, während XML durch XSD-Schemata Validierungskraft behält.

Umwandlungs-Stolpersteine, auf die man achten sollte

JSON zu XML zu JSON hin und zurück zu führen und ein identisches Ergebnis zu erwarten, ist der klassische Fehler. Die Umwandlung ist in beide Richtungen verlustbehaftet, sofern Sie nicht die Regeln kontrollieren. Behalten Sie diese im Kopf:

Attribute werden verstümmelt. Wenn Sie JSON zu XML umwandeln, braucht das Werkzeug eine Regel, welche Schlüssel zu Attributen gegenüber Elementen werden. Wenn Sie den anderen Weg gehen, müssen Attribute irgendwo landen, und dieses Irgendwo (@-Präfix, @attributes-Block) unterscheidet sich zwischen Bibliotheken. Erwartet ein nachgelagerter Parser eine andere Konvention, sehen die Daten falsch aus, obwohl nichts verloren ging.
Einzelnes Element gegen Array. Ein XML-Feed mit einem <item> erzeugt ein JSON-Objekt; derselbe Feed mit zwei Elementen erzeugt ein JSON-Array. Code, der ein Array annimmt, bricht im Einzelelement-Fall. Das ist eine häufige Quelle von RSS- und SOAP-Parsing-Fehlern.
Namensräume sickern durch oder verschwinden. Je nach Werkzeug kann soap:Body zu einem wörtlich soap:Body benannten Schlüssel werden, oder das Präfix kann gänzlich entfallen, was die Bedeutung des Dokuments ändert.
Gemischter Inhalt und Typen. XML behandelt alles als Text, also kann ein Wert wie true oder 42 nach der Umwandlung zu JSON eine Zeichenkette bleiben, während die umgekehrte Richtung keinen nativen Platz für Kommentare oder CDATA hat.

Zwei strukturierte Datenbäume, überbrückt von abstrakten Auszeichnungsknoten aus Cyan- und Goldlicht — Zwischen Formaten abzubilden bedeutet zu entscheiden, wie Attribute, Arrays und Namensräume übersetzt werden.

Warum die rein lokale Umwandlung zählt

JSON- und XML-Payloads sind oft das Sensibelste, das ein Entwickler handhabt: API-Antworten mit Tokens, SOAP-Nachrichten mit Kontonummern, Konfigurationsdateien mit Zugangsdaten. Ein Konverter, der in Ihrem Browser läuft, lädt nichts davon hoch. Das Parsen und Serialisieren geschieht auf Ihrer Maschine, nichts wird an einen Server gesendet, und Sie können das Werkzeug offline nutzen, sobald die Seite geladen ist. Beim Debuggen von Produktionsdaten oder allem unter einer Compliance-Vorgabe ist das der Unterschied zwischen einem sicheren Schnellcheck und einem versehentlichen Datenleck.

Wenn Sie das Ergebnis danach aufräumen müssen, kombinieren Sie dies mit unseren anderen Datenkonvertern oder bringen Sie Ihre Ausgabe mit dem JSON-Formatierer in Ordnung, bevor Sie sie an das nächste Werkzeug in Ihrer Pipeline geben.

Häufig gestellte Fragen

Lädt der Konverter mein JSON oder XML irgendwo hoch?

Nein. Sowohl die JSON-zu-XML- als auch die XML-zu-JSON-Umwandlung läuft vollständig in Ihrem Browser. Ihre Daten verlassen nie Ihr Gerät, und das Werkzeug funktioniert offline, nachdem die Seite geladen ist.

Wie werden XML-Attribute beim Umwandeln zu JSON gehandhabt?

XML-Attribute werden in einen eigenen Schlüssel gelegt, üblicherweise mit einem At-Zeichen präfigiert oder unter einem Attribut-Block gruppiert, da JSON kein natives Attribut-Konzept hat. Der Elementtextinhalt wird separat gespeichert, sodass beides die Umwandlung übersteht.

Warum wurde mein einzelnes XML-Element ein Objekt statt eines Arrays?

XML hat keine nativen Arrays, also ist eine Liste einfach ein wiederholtes Tag. Wenn nur ein Element vorhanden ist, können Konverter es nicht von einem gewöhnlichen Objekt unterscheiden, also wird es ein Objekt. Zwei oder mehr Geschwister mit demselben Tag-Namen fallen zu einem JSON-Array zusammen.

Was geschieht mit XML-Namensräumen wie soap oder xmlns?

JSON hat keine Entsprechung zu XML-Namensräumen. Je nach Umwandlung wird das Präfix als wörtlicher Text im Schlüssel behalten oder entfernt. Prüfen Sie die Ausgabe, wenn Ihr nachgelagerter Konsument auf Namensraum-Präfixe angewiesen ist.

Kann ich JSON zurück in XML umwandeln und das Originaldokument erhalten?

Nicht immer exakt. Die Umwandlung ist in beide Richtungen verlustbehaftet, weil XML-Merkmale wie Kommentare, CDATA und die Unterscheidung zwischen Attribut und Element kein sauberes JSON-Gegenstück haben. Der Hin- und Rückweg funktioniert am besten, wenn Sie die Benennungsregeln auf beiden Seiten kontrollieren.

Wo wird XML im Vergleich zu JSON noch genutzt?

XML lebt in Alt- und Unternehmenssystemen: SOAP-Webdiensten, RSS- und Atom-Feeds, Konfigurationsdateien und Finanznachrichten wie SWIFT und ISO 20022. JSON dominiert moderne Web-APIs, REST-Endpunkte und Mobil-Apps.