XML in JSON
Analizza qualsiasi documento XML convertendolo in JSON. Gli elementi fratelli ripetuti diventano array, gli attributi e i valori di testo vengono conservati
Analizza un documento XML e trasformalo in JSON: gli elementi fratelli ripetuti diventano array, attributi e contenuto testuale vengono conservati e un XML non valido viene segnalato con la posizione del problema prima che avvenga qualsiasi conversione.
Utile quando un'API o un export ti dà XML ma il resto dei tuoi strumenti parla JSON: una risposta SOAP, un feed di dati, un export di configurazione. Gli attributi vengono conservati accanto agli elementi figli, così nulla va perso, e la struttura è facile da mappare nel tuo schema in un secondo momento.
Come convertire XML in JSON
Incolla il tuo XML
Convertilo ed esamina la struttura
Copia o scarica il JSON
FAQ
Come vengono gestiti gli elementi ripetuti?
Gli elementi fratelli con lo stesso nome di tag diventano un array, qualunque sia il loro numero, così un elenco con un solo elemento resta un elenco invece di diventare un oggetto singolo.
Che fine fanno gli attributi?
Vengono conservati come proprietà accanto al contenuto dell'elemento, così nulla va perso. Sistema i nomi nel passaggio di mappatura se il tuo schema prevede un oggetto attributi separato.
Posso mantenere l'ordine originale degli elementi?
Gli oggetti JSON sono per definizione senza ordine, quindi l'ordine degli elementi non è garantito. Se l'ordine è importante a livello semantico, conserva l'XML di origine come riferimento.
Perché il mio XML è stato rifiutato?
Le cause comuni sono tag non chiusi, un prefisso di namespace non dichiarato o testo estraneo prima della dichiarazione XML. Il messaggio di errore indica la posizione in cui l'analisi è fallita.
Supporta CDATA e namespace?
Le sezioni CDATA vengono lette come testo e i prefissi di namespace restano parte dei nomi degli elementi, che di solito è quello che vuoi per una mappatura fedele.
Il mio XML viene caricato?
No, l'analisi avviene in locale nel tuo browser.
In breve
| Input | XML |
|---|---|
| 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.