01
Die zusätzliche Wurzel beachten
Ein Objekt mit nur einem Schlüssel wird nicht automatisch zum Dokumentelement hochgestuft. Sein Schlüssel bleibt unter der gewählten Wurzel. Der Eintragsname gilt für Arrays auf jeder Ebene.
JSON-Werkzeuge
JSON in XML umwandelndie Struktur mit dem Empfänger abstimmen
Das Beispiel zeigt Attribute, Text, ein leeres Array und null. Prüfen Sie diese Fälle vor dem Export.
JSON in XML umwandeln
JSON-Eingabe
Verarbeitung im Browser. Eingaben werden weder hochgeladen noch gespeichert.
XML-Ergebnis
Typvorschau
Ergebnis veraltet; Export gesperrt.
JSON in XML umwandeln ist bei Schnittstellen nötig, die statt einer Objektstruktur ein Dokument erwarten. Welche Felder als Attribute dienen und welcher Namensraum gilt, legt der Empfänger fest. Eine Syntaxkonvertierung kennt diesen Vertrag nicht.
Hier erhält jede Eingabe eine zusätzliche Wurzel. Auch ein einzelner Wert wird eingepackt. Die Regeln für Listen und spezielle Felder sind sichtbar und lassen sich vor der Weitergabe überprüfen.
Warum hier JSON in XML umwandeln?
Leere Listen bleiben sichtbar
JSON in XML umwandeln behält den benannten Array-Container bei und erzeugt darin ein item pro Eintrag. Eine leere Liste erhält einen leeren Container. Verschachtelte Listen behalten ihre Ebenen; der gewählte Elementname hebt keine Array-Grenze auf.
Attribute gezielt auswählen
@id wird zum Attribut, #text zum Elementtext. Beide dürfen gemeinsam vorkommen. Text zusammen mit Kindelementen wird abgelehnt, weil ein gewöhnliches JSON-Objekt keine beliebige Reihenfolge gemischter Inhalte beschreibt.
Drei Entscheidungen vor dem Export
02
Kennzeichen prüfen
Die Zuordnung startet mit @ für Attribute und #text für Text. Beide sind änderbar. Ohne Zuordnung werden alle Schlüssel als Elementnamen geprüft; übrig gebliebene Sonderzeichen verursachen dann einen Fehler.
03
Mehrere Änderungen gesammelt ausführen
Die Automatik wartet 350 Millisekunden. Schalten Sie sie aus, um mit der Schaltfläche oder Ctrl/Cmd+Enter zu starten. Jede Änderung sperrt den Export sofort. Die Vorschau zeigt jeweils 50 der ersten 500 Knoten.
Dokumentaufbau mit überprüfbaren Regeln
Wurzel und Namensraum
Wurzel und Array-Eintrag benötigen gültige lokale XML-1.0-Namen. Ein Standardnamensraum wird an der Wurzel deklariert und von Elementen geerbt. Attribute ohne Präfix erhalten diesen Namensraum nicht.
Eine ausdrückliche Nullstrategie
Standardmäßig entsteht xsi:nil="true" mit automatischer xsi-Deklaration. Alternativ stoppt der Konverter bei null. Leere Strings, Objekte und Arrays werden als vorhandene leere Elemente ausgegeben.
Zahlentexte bleiben genau
9007199254740993, -0 und 1e999 werden nicht durch JavaScript-Gleitkommazahlen geschleust. Sonderzeichen werden maskiert; Tabulatoren und Zeilenumbrüche in Attributen erhalten Zeichenreferenzen gegen die XML-Normalisierung.
Unabhängige Kontrolle
Nach dem Schreiben werden XML 1.0 und Namensräume geparst sowie Namen, Attribute und Text mit dem Zielbaum verglichen. Zur Wahl stehen zwei oder vier Leerzeichen, kompakte Ausgabe und eine optionale UTF-8-Deklaration.
Grenzen der Darstellung
- Keine eindeutige Typ-Rückgewinnung
- Zahlen und Wahrheitswerte werden Text ohne JSON-Typangabe. Leere Liste, leeres Objekt und leerer String können gleich aussehen. Erhaltene Knoten garantieren daher keinen verlustfreien Rückweg.
- Fehlerhafte Schlüssel bleiben Fehler
- Leere Namen, Leerzeichen oder eine führende Ziffer werden mit JSON Pointer gemeldet. Es gibt keine Unterstrich-Reparatur, Sortierung, Kommentare oder Übernahme nur des letzten doppelten Schlüssels.
- Attribute und Text benötigen Skalare
- Erlaubt sind Strings, Zahlen und Wahrheitswerte, jeweils ohne null. Objekte und Arrays sind dort ungültig. Auch ein leerer Textwert darf nicht neben Kindelementen stehen.
- Begrenzte Namensraum-Unterstützung
- Neben dem Standardnamensraum ist nur @xml:lang vorgesehen. Andere Doppelpunktsnamen, xml:space, eigene xmlns-Deklarationen und xsi-Überschreibungen scheitern. Reservierte XML/XMLNS-URIs sowie XSD-, DTD- oder SOAP-Vertragsprüfung sind nicht Teil der Funktion.
- Eine begrenzte Texteingabe
- Es gelten 500.000 Eingabezeichen, Tiefe 100, 50.000 Knoten und 2.000.000 Ausgabezeichen. Verbotene XML-Steuerzeichen und einzelne Surrogate werden abgelehnt. Dateiimport, URL-Abruf, Stapelarchiv, CDATA und Rückkonvertierung fehlen.
Fragen zu JSON in XML umwandeln
Wie lassen sich Arrays abbilden?
Der Array-Schlüssel bildet einen Container mit wiederholten item-Elementen oder Ihrem eigenen Eintragsnamen. Leere Arrays bleiben als leere Container erhalten. Prüfen Sie beim JSON zu XML konvertieren, ob Ihr Empfänger genau diese zusätzliche Ebene erwartet.
Was passiert mit null?
Im Standardmodus wird null durch xsi:nil="true" dargestellt; der Namensraum wird automatisch ergänzt. Im Ablehnungsmodus erscheint ein Fehler. Attribute und Textfelder dürfen in beiden Modi kein null enthalten.
Werden Sonderzeichen maskiert?
Ja. Kaufmännisches Und, spitze Klammern und Attribut-Anführungszeichen werden maskiert. Zeilenumbrüche und Tabulatoren bleiben über passende Zeichenreferenzen erhalten. Der JSON XML Konverter entfernt jedoch keine verbotenen XML-Zeichen, sondern meldet sie.
Sind Attribute statt Kindelementen möglich?
Ja, über das eingestellte Präfix. @id ergibt beispielsweise ein id-Attribut. Andere Felder werden nicht automatisch zu Attributen. Wenn Sie eine JSON Datei in XML umwandeln möchten, fügen Sie ihren Text ein; ein Dateiimport wird nicht angeboten.
Warum lässt sich ein Array mit nur einem Eintrag nicht eindeutig zurückwandeln?
XML kennzeichnet das Element nicht automatisch als Array-Eintrag. Ein einzelnes Kind könnte auch ein Objektfeld sein. Deshalb brauchen Sender und Empfänger gemeinsame Regeln, selbst wenn dieser Konverter den Array-Container konsequent beibehält.
Zeigt Ihr Dokument einen Sonderfall der Zuordnung?
Das nächste Dokument vorbereiten
Mit JSON in XML umwandeln prüfen Sie das Beispiel und stellen danach Wurzel sowie Namensraum Ihres Empfängers ein.