JSON in XML
Converti JSON in XML ben formato con un elemento radice configurabile. Gli array diventano elementi ripetuti e i caratteri speciali vengono codificati
Converti JSON in XML ben formato con un elemento radice che scegli tu. Le chiavi degli oggetti diventano nomi di elemento, gli array diventano elementi ripetuti e caratteri come <, > e & vengono codificati correttamente, così il risultato viene analizzato da qualsiasi strumento XML.
Usalo quando un'integrazione si aspetta XML mentre i tuoi dati di partenza sono JSON: un endpoint SOAP, un formato di importazione legacy, un frammento RSS o di sitemap. Dato che XML non ha un concetto nativo di array, la convenzione degli elementi ripetuti è ciò che mantiene intatti gli elenchi quando il documento viene analizzato di nuovo.
Come convertire JSON in XML
Incolla il tuo JSON
Imposta il nome dell'elemento radice
Copia o scarica l'XML
FAQ
Come vengono rappresentati gli array?
Come elementi ripetuti con lo stesso nome, che è il modo convenzionale di esprimere un elenco in XML e la forma che si aspettano la maggior parte dei parser.
I caratteri speciali vengono codificati?
Sì, <, >, & e le virgolette vengono codificati perché il documento sia ben formato. Le chiavi che non sono nomi XML validi vengono ripulite, conservando l'originale dove possibile.
Posso aggiungere attributi o namespace?
Non in questo strumento: l'output è basato su elementi, con una radice opzionale. Per attributi e schemi, post-elabora il risultato oppure genera l'XML dal tuo template.
Quale elemento radice usa?
Lo imposti tu; "root" è il valore predefinito. Scegli un nome significativo, perché i sistemi di importazione spesso si basano su di esso.
Convalida rispetto a uno schema?
No. L'XML è ben formato, ma la convalida rispetto a un XSD o a una DTD è un passaggio separato nella tua pipeline.
I miei dati vengono caricati?
No, la conversione avviene nel tuo browser.
In breve
| Input | JSON |
|---|---|
| Più file | No |
| Dove funziona | Nel tuo browser - i file non vengono mai caricati |
| Funziona offline | Sì — una volta caricata la pagina |
| Prezzo | Gratis, senza registrazione, senza filigrana |
Scegliere un formato dati
Il JSON è il valore predefinito per tutto ciò che un'API restituisce o un programma legge: gestisce naturalmente strutture annidate, numeri, valori booleani e null, e ogni linguaggio lo analizza. Il CSV è più leggero e si apre direttamente in un foglio di calcolo, ma non ha modo di esprimere l'annidamento e nessuno standard condiviso per separatore, quoting o set di caratteri - ed è esattamente qui che le conversioni sbagliano. L'XML è verboso ma porta attributi, contenuto misto e schemi, perciò domina ancora i formati documentali e le integrazioni legacy. Lo YAML è il più leggibile per la configurazione, ma è sensibile agli spazi e riserva conversioni di tipo sorprendenti ("no" che diventa false, una versione come 1.10 che diventa 1.1). Scegli il formato che preferisce lo strumento a valle, non quello che sembra più bello da leggere.
Dove le conversioni si rompono in silenzio
La maggior parte dei bug di conversione non riguarda la sintassi, riguarda il significato. Una colonna CSV di codici postali perde gli zeri iniziali nel momento in cui un foglio di calcolo intuisce che è un numero; un ID lungo supera la precisione in virgola mobile; le date cambiano significato a seconda che siano giorno-mese o mese-giorno. Le chiavi JSON non sono ordinate, gli array invece sì, e uno strumento che ordina le chiavi non cambia nulla mentre uno che ordina gli array cambia i dati. Unicode è un'altra trappola: il testo può arrivare in UTF-8, in UTF-16 o con un BOM, e un decodificatore che indovina male trasforma i caratteri accentati in mojibake. Prima di fidarti di una conversione, controlla a campione la prima e l'ultima riga, ogni campo con zeri iniziali e ogni campo che contiene virgolette, virgole o a capo.