Skip to content

Formattatore XML

Abbellisci, minifica e valida XML nel browser — nessun dato viene caricato. Rientra XML disordinato e segnala errori di correttezza con riga/colonna. Gratuito, privato, senza registrazione.

Niente tracciamento Funziona nel browser Gratuito
Rientro
Output XML
Revisionato per la conformità alla correttezza formale XML 1.0, la formattazione senza perdite e la segnalazione accurata degli errori — Go Tools Engineering Team · May 29, 2026

Cos'è un Formattatore XML e Perché Usarne Uno?

XML (Extensible Markup Language) è un formato basato su testo per dati strutturati, usato ovunque: dai servizi web e file di configurazione ai feed RSS, alle API SOAP, ai documenti office (DOCX, XLSX), alla grafica SVG e ai file di layout Android. A differenza di JSON, XML supporta commenti, namespace, contenuto misto (testo ed elementi intercalati) e dichiarazioni del tipo di documento — rendendolo il formato preferito per l'integrazione enterprise, lo scambio di documenti e ovunque i dati strutturati debbano coesistere con markup leggibile.

L'XML nel mondo reale è spesso mal rientrato o completamente minificato — le risposte API arrivano su una singola riga, i file di configurazione accumulano indentazione incoerente e l'XML generato dai serializzatori non aggiunge alcuno spazio bianco. Un formattatore XML prende quell'input disordinato e lo rientra in una struttura pulita e gerarchica dove ogni livello di annidamento è visivamente chiaro. Questo è essenziale per la revisione del codice, il debug, la documentazione e la comprensione di schemi XML sconosciuti.

**Cosa fa questo strumento di diverso rispetto a un semplice editor di testo:**

**1. Validazione della correttezza formale con posizione precisa dell'errore.** Il formattatore usa il DOMParser del browser (lo stesso motore che analizza HTML e SVG) per analizzare l'XML. Se il documento non è ben formato — tag non corrispondenti, elementi non chiusi, caratteri non codificati o più elementi radice — il parser riporta il numero esatto di riga e colonna dove ha fallito. Questo è molto più rapido che leggere l'XML grezzo cercando dove un tag è stato accidentalmente lasciato aperto.

**2. Formattazione senza perdite.** Il formattatore preserva commenti, istruzioni di elaborazione, sezioni CDATA, dichiarazioni di namespace, ordine degli attributi e tutto il contenuto testuale esattamente. Aggiusta solo gli spazi bianchi tra i tag degli elementi. Puoi formattare in sicurezza qualsiasi XML a cui tieni — nulla di significativo cambierà.

**3. Minificazione per uso in produzione.** Il minificatore rimuove tutti gli spazi bianchi inter-elemento non significativi, producendo la rappresentazione XML valida più piccola. Questo è il giusto passaggio di preelaborazione prima di archiviare XML in una colonna di database, inserirlo come stringa in JSON o trasmetterlo su un canale dove il numero di byte è limitato.

**4. Privacy 100% basata su browser.** L'XML sanitario (HL7, FHIR), i dati finanziari, i payload SOAP con credenziali e i file di configurazione interni sono tutti payload XML comuni che contengono dati sensibili. Questo strumento non carica nulla — tutta l'elaborazione avviene nel motore JavaScript del browser. Vedi gli strumenti complementari se hai bisogno di convertire invece di formattare: Convertitore XML in JSON per convertire XML in JSON, e Convertitore JSON in XML per la direzione inversa.

<!-- Minified XML input -->
<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01"><name>Wireless Headphones</name><price currency="USD">79.99</price></product></catalog>

<!-- After formatting with 2-space indent -->
<?xml version="1.0" encoding="UTF-8"?>
<catalog>
  <product id="p01">
    <name>Wireless Headphones</name>
    <price currency="USD">79.99</price>
  </product>
</catalog>

Funzionalità Principali

Abbellisci con Rientro a 2 o 4 Spazi

Rientra l'XML in una gerarchia pulita e leggibile. Scegli indentazione a 2 spazi (più comune per servizi web, RSS e file di configurazione) o 4 spazi (comune negli schemi XML enterprise) prima della formattazione.

Minifica — Rimuovi Spazi Bianchi Non Significativi

Rimuove tutti gli spazi bianchi tra i tag degli elementi senza toccare il contenuto testuale, producendo l'XML valido più compatto. Ideale per archiviazione, trasmissione o incorporamento come stringa all'interno di JSON o altri formati.

Validazione della Correttezza Formale con Errori Riga/Colonna

Usa il DOMParser integrato del browser per validare la struttura XML. Riporta il numero esatto di riga e colonna del primo errore di correttezza formale — tag non corrispondenti, elementi non chiusi, caratteri non codificati — per un debug rapido.

Senza Perdite: Preserva Commenti, Namespace e Attributi

Commenti, istruzioni di elaborazione, sezioni CDATA, dichiarazioni di namespace e ordine degli attributi sono tutti preservati esattamente. Vengono modificati solo gli spazi bianchi non significativi tra i tag — il contenuto non viene mai alterato.

100% Basato su Browser — Nessun Upload, Nessun Server

Tutta l'elaborazione avviene localmente nel browser. I payload XML contenenti credenziali, dati sanitari, registri finanziari o configurazioni interne non vengono mai trasmessi ad alcun server e mai registrati.

Funziona con SOAP, RSS, SVG, XHTML e XML Android

Gestisce qualsiasi applicazione XML ben formata: envelope SOAP con header WS-Security, feed RSS/Atom, file SVG, documenti XHTML, layout XML Android, Maven POM e file di build Maven/Ant.

Esempi

XML Disordinato / Minificato

<?xml version="1.0" encoding="UTF-8"?><catalog><product id="p01" category="electronics"><name>Wireless Headphones</name><price currency="USD">79.99</price><stock>142</stock><tags><tag>audio</tag><tag>bluetooth</tag></tags></product><product id="p02" category="books"><name>Learning XML</name><price currency="USD">29.99</price><stock>55</stock></product></catalog>

Un catalogo prodotti XML compatto su una riga. Clicca Formatta per rientrarlo in un albero leggibile con indentazione a 2 spazi. La gerarchia degli elementi, gli attributi e il contenuto testuale sono preservati esattamente — la formattazione è puramente estetica.

Frammento di Feed RSS

<rss version="2.0"><channel><title>Go Tools Blog</title><link>https://go-tools.org/blog</link><description>Developer tools, tips and tutorials</description><item><title>Understanding XML Namespaces</title><link>https://go-tools.org/blog/xml-namespaces-guide</link><pubDate>Thu, 29 May 2026 00:00:00 GMT</pubDate><description>A deep dive into XML namespace declarations, prefixes, and scope rules with practical examples.</description></item><item><title>XML vs JSON: When to Use Each</title><link>https://go-tools.org/blog/xml-vs-json</link><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate></item></channel></rss>

Un feed RSS 2.0 con due elementi compresso su una riga. Dopo la formattazione, i metadati del canale e ogni elemento appaiono chiaramente rientrati, rendendo facile ispezionare la struttura del feed, aggiungere nuovi elementi o confrontare con i requisiti di un validatore di feed.

Envelope SOAP

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><soap:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsse:UsernameToken><wsse:Username>api-client</wsse:Username><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-ext-1.0.xsd#PasswordText">s3cr3t</wsse:Password></wsse:UsernameToken></wsse:Security></soap:Header><soap:Body><GetOrderRequest xmlns="http://example.com/orders"><OrderId>ORD-20260529-001</OrderId><IncludeLineItems>true</IncludeLineItems></GetOrderRequest></soap:Body></soap:Envelope>

Un envelope SOAP 1.1 con un header WS-Security e un body GetOrder, che utilizza tre prefissi di namespace (soap:, wsse: e default). La formattazione rende immediatamente chiara la separazione header/body e le dichiarazioni di namespace — essenziale per il debug delle integrazioni SOAP e la lettura dei payload generati da WSDL.

Come Usarlo

  1. 1

    Incolla il tuo XML

    Inserisci o incolla il tuo XML nel campo di input qui sopra. Puoi anche cliccare 'Carica esempio' per provare un campione (un XML di catalogo prodotti minificato che si formatta bene).

  2. 2

    Scegli un'azione

    Clicca Formatta per abbellire con indentazione, Minifica per rimuovere gli spazi bianchi, o Valida per verificare la correttezza formale. Seleziona 2 o 4 spazi per la dimensione del rientro prima della formattazione.

  3. 3

    Copia l'output

    L'XML elaborato appare nel pannello di output. Clicca Copia per copiarlo negli appunti. Se Valida ha trovato errori, il banner di errore mostra il numero esatto di riga e colonna.

Errori XML Comuni

Tag Non Corrispondenti

I nomi dei tag XML sono sensibili alla maiuscola/minuscola e devono corrispondere esattamente. e sono tag diversi — XML vede questo come un elemento non chiuso e un isolato. Questa è la causa più frequente di errori di correttezza formale quando si modifica XML a mano.

✗ Errato
<products>
  <Item>
    <name>Widget</name>
  </item>
</products>
✓ Corretto
<products>
  <item>
    <name>Widget</name>
  </item>
</products>

Ampersand o Segno di Minore Non Codificato

I caratteri & e < sono riservati in XML e devono essere codificati al di fuori delle sezioni CDATA. Un & nudo causa un errore del parser anche nei valori degli attributi. Usa & per & e < per <. Il segno di maggiore > dovrebbe essere codificato come > nel contenuto testuale, anche se i parser sono più tolleranti al riguardo.

✗ Errato
<query>price > 10 & stock > 0</query>
✓ Corretto
<query>price &gt; 10 &amp; stock &gt; 0</query>

Attributi Non Tra Virgolette o Con Virgolette Improprie

Tutti i valori degli attributi XML devono essere racchiusi tra virgolette singole o doppie. I valori degli attributi senza virgolette sono validi in HTML5 ma sono un errore di correttezza formale in XML. Inoltre, un valore contenente una virgoletta doppia deve usare le virgolette singole come delimitatori (o codificare la virgoletta come ").

✗ Errato
<product id=p01 label="It's a "widget"">
✓ Corretto
<product id="p01" label="It's a &quot;widget&quot;">

Più Elementi Radice

Un documento XML deve avere esattamente un elemento radice che contenga tutti gli altri elementi. Un errore comune quando si assemblano frammenti XML è ritrovarsi con due o più elementi di primo livello affiancati, il che non è XML valido (anche se è comune in HTML). Avvolgi tutti gli elementi fratelli in un singolo contenitore radice.

✗ Errato
<user><name>Alice</name></user>
<user><name>Bob</name></user>
✓ Corretto
<users>
  <user><name>Alice</name></user>
  <user><name>Bob</name></user>
</users>

Dichiarazione XML con Codifica Non Corrispondente

Se il tuo file XML è salvato in UTF-16 o un'altra codifica non UTF-8 ma la dichiarazione indica encoding="UTF-8" (o è assente, il che equivale a UTF-8), alcuni parser lo rifiuteranno o produrranno caratteri errati. Quando si incolla in uno strumento basato su browser, il browser gestisce la codifica automaticamente. Per i file su disco, assicurati che l'attributo encoding corrisponda alla codifica effettiva del file.

✗ Errato
<?xml version="1.0" encoding="UTF-8"?>
<!-- File is actually saved as UTF-16 -->
✓ Corretto
<?xml version="1.0" encoding="UTF-16"?>
<!-- File saved as UTF-16, declaration matches -->

Sezione CDATA Non Chiusa Correttamente

Una sezione CDATA inizia con . Se la sequenza di chiusura ]]> manca o è digitata in modo errato, il parser tratta tutto ciò che segue come parte della sezione CDATA finché non trova un altro ]]> o raggiunge la fine del documento. Questo si manifesta tipicamente come errori di 'fine documento inattesa'.

✗ Errato
<script><![CDATA[
  if (a < b && b > c) { return true; }
<!-- ]]> is missing -->
✓ Corretto
<script><![CDATA[
  if (a < b && b > c) { return true; }
]]></script>

Casi d'Uso Comuni

Debug di Payload SOAP / Web Service
Le risposte SOAP dalle API enterprise e dai servizi web legacy arrivano come stringhe XML su una singola riga. Incolla il payload grezzo nel formattatore per vedere immediatamente la struttura dell'envelope, gli header e il body — rendendo facile trovare il campo necessario o individuare un'incompatibilità di namespace. Vedi anche: Convertitore XML in JSON se hai bisogno di elaborare ulteriormente il payload in JavaScript.
Validazione di File di Configurazione e Descrittori di Deployment
I file Maven POM, i contesti applicativi Spring XML, il server.xml di Tomcat, i file Android Manifest e molti altri file di configurazione Java/enterprise sono XML. Passali attraverso Valida prima di eseguire il commit per rilevare tag non corrispondenti o problemi di codifica che altrimenti emergeranno solo in fase di build o deploy.
Formattazione dell'Output di Feed RSS e Atom
I feed RSS 2.0 e Atom 1.0 sono XML. Quando si sviluppa un generatore di feed o si eseguono debug di problemi di compatibilità con i lettori di feed, formatta l'XML grezzo del feed per ispezionare i metadati del canale, la struttura degli elementi e le dichiarazioni di namespace richieste fianco a fianco.
Lettura e Modifica di File SVG
I file SVG esportati da Figma, Illustrator o Sketch sono XML valido ma sono spesso minificati o contengono indentazione eccessiva dall'esportatore. Formatta l'SVG per ottenere un albero di elementi pulito e navigabile prima di apportare modifiche manuali a path, gruppi o attributi di stile.
Preparazione di XML per Archiviazione o Trasmissione
Quando si archivia XML in una colonna di database, si invia come campo stringa JSON in una richiesta API o si inserisce in una coda di messaggi, usa prima Minifica per rimuovere gli spazi bianchi non necessari. Questo riduce la dimensione del payload ed evita problemi con i parser JSON che potrebbero avere difficoltà con caratteri di controllo non codificati in grandi stringhe XML rientrate.
Conversione di XML in JSON
Se hai bisogno di convertire il tuo XML formattato in JSON per l'uso in un'applicazione JavaScript o in un'API REST, usa il nostro Convertitore XML in JSON. Per il contrario — costruire XML da una struttura JSON — usa il Convertitore JSON in XML.

Dettagli Tecnici

DOMParser del Browser per l'Analisi XML
L'analisi XML usa il DOMParser nativo del browser con il tipo MIME 'text/xml'. È lo stesso motore che gestisce il rendering di SVG e XHTML nel browser — è completamente conforme a XML 1.0 e riporta gli errori di correttezza formale con informazioni di riga e colonna. Quando il documento non è ben formato, DOMParser restituisce un documento parsererror contenente il messaggio di errore e la posizione, che questo strumento estrae e visualizza.
Serializzazione dell'Albero DOM per la Formattazione
La formattazione funziona analizzando l'XML in un albero DOM e poi attraversando l'albero ricorsivamente per produrre output rientrato. Questo approccio preserva la struttura semantica del documento: annidamento degli elementi, contenuto testuale, attributi, sezioni CDATA, istruzioni di elaborazione e commenti sono tutti serializzati di nuovo esattamente come analizzati. Vengono eliminati solo i nodi di testo inter-elemento che contengono solo spazi bianchi — i nodi di testo che contengono caratteri non spazi bianchi sono sempre preservati.
Minificazione tramite Rimozione dei Nodi di Testo Solo-Spazi
La minificazione attraversa lo stesso albero DOM e rimuove i nodi di testo il cui contenuto è interamente spazio bianco (spazi, tab, ritorni a capo). I nodi di testo con contenuto misto o non-spazio bianco — i dati effettivi tra i tag — non vengono mai rimossi. Gli attributi e i loro valori sono serializzati senza spazi bianchi aggiuntivi. Il risultato è la rappresentazione XML ben formata più compatta del documento originale.
100% Basato su Browser — Nessun Upload, Nessun Server
Tutta l'elaborazione avviene nel runtime JavaScript del browser. Nessun dato viene trasmesso ad alcun server in nessun momento. Questo è particolarmente importante per i payload XML che contengono frequentemente contenuto sensibile: token WS-Security SOAP, dati paziente HL7, configurazione di servizi interni e formati di messaggi finanziari (FIX, SWIFT ISO 20022). Lo strumento è sicuro da usare con qualsiasi XML che non si vorrebbe incollare in un servizio pubblico.

Buone Pratiche

Valida Prima di Formattare, Formatta Prima di Eseguire il Commit
Valida prima il tuo XML per confermare che sia ben formato prima di riformattarlo — il formattatore produrrà silenziosamente output errato se l'input non è XML valido. Una volta validato, formatta e rivedi l'output rientrato prima di eseguire il commit di file di configurazione, template di feed o definizioni WSDL nel controllo versione.
Usa Rientro a 2 Spazi per i Formati Web, 4 Spazi per XML Enterprise
L'indentazione a 2 spazi è la convenzione per feed RSS/Atom, SVG, XHTML, XML Android e la maggior parte degli XML web. L'indentazione a 4 spazi è comune negli ambienti Java enterprise (Maven POM, file di contesto Spring, descrittori di deployment JBoss). Adatta la convenzione dei tuoi file e della tua toolchain esistenti.
Minifica XML Prima di Incorporarlo in JSON
Se devi incorporare una stringa XML come valore di un campo JSON, minificala sempre prima. L'XML rientrato contiene ritorni a capo e più spazi che devono essere codificati in JSON (\n, più \u0020), gonfiando notevolmente la dimensione del payload. L'XML minificato ha anche molte meno probabilità di attivare limiti di lunghezza riga in proxy intermediari o sistemi di logging.
Codifica i Caratteri Speciali nel Contenuto Testuale, Usa CDATA con Parsimonia
Per valori testuali brevi contenenti & o <, usa i riferimenti a entità (&, <) — sono più portabili delle sezioni CDATA e funzionano anche nei valori degli attributi. Riserva le sezioni CDATA () per incorporare grandi blocchi di codice, query SQL o frammenti HTML dove la codifica di ogni carattere speciale renderebbe il contenuto illeggibile.
Dichiara i Namespace il Prima Possibile
Dichiara i namespace XML (xmlns:prefix="URI") sull'elemento radice o sull'elemento di livello più alto che usa il prefisso. Dichiarare i namespace in profondità nell'albero del documento rende l'XML più difficile da leggere e può causare problemi con i parser XML basati su stream (SAX, StAX) che elaborano i namespace in modo incrementale. L'esempio dell'Envelope SOAP sopra mostra il pattern raccomandato: tutte le dichiarazioni di namespace sull'elemento radice Envelope.

Domande Frequenti

I miei dati XML vengono inviati a un server quando uso questo strumento?
No. Tutta la formattazione, la minificazione e la validazione avvengono interamente nel browser usando JavaScript. Il tuo XML non viene mai trasmesso in rete, mai archiviato su alcun server e mai registrato o analizzato da nessuno. Questo rende lo strumento sicuro da usare con payload XML contenenti credenziali API, dati di servizi interni, registri finanziari, documenti sanitari HL7/FHIR o qualsiasi altro contenuto sensibile. Puoi verificarlo aprendo la scheda Rete del browser — vedrai zero richieste attivate dall'incollaggio o dall'elaborazione dell'XML.
Cosa controlla il pulsante Valida?
Il pulsante Valida verifica se il tuo XML è ben formato secondo la specifica XML 1.0. La correttezza formale significa: ogni tag di apertura ha un tag di chiusura corrispondente, i tag sono correttamente annidati (nessun elemento sovrapposto), il documento ha esattamente un elemento radice, i valori degli attributi sono tra virgolette e i caratteri riservati (&, <, >) sono correttamente codificati come &, < e >. Quando l'XML è ben formato appare un banner verde 'XML Valido'. Quando non lo è, appare un messaggio di errore con il numero di riga e colonna dove è stato trovato il problema, così puoi individuarlo e correggerlo immediatamente.
La validazione controlla rispetto a uno Schema XML (XSD) o DTD?
No. Questo strumento controlla solo la correttezza formale — non valida rispetto a uno schema XSD, a un DTD, a uno schema RELAX NG o a qualsiasi altra grammatica. La correttezza formale è una precondizione per la validazione rispetto a uno schema, ma sono livelli di correttezza diversi. Un documento XML può essere perfettamente ben formato ma violare comunque uno schema (ad esempio, manca un elemento obbligatorio o un campo numerico contiene una stringa). Per la validazione completa rispetto a uno schema hai bisogno di uno strumento come xmllint (riga di comando), Oxygen XML Editor o il parser XML del tuo linguaggio di programmazione con il supporto allo schema abilitato.
Qual è la differenza tra Formatta (Abbellisci) e Minifica?
Formatta (Abbellisci) aggiunge indentazione e ritorni a capo coerenti per rendere l'XML leggibile. Ogni elemento annidato è rientrato del numero di spazi selezionato (2 o 4), così la struttura gerarchica è immediatamente visibile. Questo è ciò che si vuole quando si legge, modifica o confronta XML. Minifica fa l'opposto: rimuove tutti gli spazi bianchi che non fanno parte del contenuto testuale degli elementi, riducendo il documento al numero minimo di caratteri. Questo è utile prima di archiviare XML in un database, trasmetterlo in rete dove il numero di byte è importante, o incorporarlo come stringa in un altro formato. Entrambe le operazioni producono XML semanticamente identico — cambiano solo gli spazi bianchi non significativi.
La formattazione preserva i commenti e gli attributi XML?
Sì. La formattazione è completamente senza perdite rispetto al contenuto XML. I commenti () sono preservati in posizione con gli spazi bianchi circostanti adattati all'indentazione. Tutti gli attributi, il loro ordine all'interno di un tag e i loro valori sono preservati esattamente. Le sezioni CDATA, le istruzioni di elaborazione () e le dichiarazioni di namespace sono anch'esse preservate. Il formattatore aggiusta solo gli spazi bianchi tra i tag degli elementi — non modifica mai i nomi degli elementi, i nomi degli attributi, i valori degli attributi, il contenuto testuale o i commenti.
Come si formatta XML con indentazione a 4 spazi invece di 2?
Clicca il pulsante radio '4 spazi' nel controllo Rientro (accanto ai pulsanti Formatta, Minifica e Valida), poi clicca Formatta. Il pannello di output rieseguirà il rendering dell'XML con indentazione a 4 spazi. Puoi passare tra 2 e 4 spazi in qualsiasi momento e cliccare di nuovo Formatta — la dimensione del rientro viene letta al momento del clic. L'indentazione a 2 spazi è la convenzione più comune nei servizi web e nei formati di scambio dati; quella a 4 spazi è talvolta preferita negli schemi XML enterprise e negli ambienti con molti servizi SOAP.
Quali versioni e codifiche XML supporta questo strumento?
Il formattatore usa il DOMParser integrato del browser con il tipo MIME text/xml, che supporta documenti XML 1.0 in qualsiasi codifica dei caratteri gestita dal browser — in pratica, UTF-8, UTF-16 e ISO-8859-1 coprono praticamente tutto l'XML del mondo reale. La dichiarazione XML () è preservata se presente. Per i documenti XML 1.1 (rari in pratica, usati principalmente per i caratteri di controllo Unicode), si applica lo stesso parser ma alcune funzionalità specifiche di XML 1.1 potrebbero non essere completamente applicate.
Cosa causa un errore di 'correttezza formale' e come si corregge?
Gli errori di correttezza formale più comuni sono: (1) Tag non corrispondenti — un tag di apertura come con un tag di chiusura come (nota il plurale). Correzione: fai corrispondere i nomi dei tag esattamente, inclusa la maiuscola/minuscola. (2) Tag non chiusi — un tag che non ha mai il corrispondente tag di chiusura o slash di auto-chiusura. Correzione: aggiungi il tag di chiusura o cambia in . (3) Caratteri speciali non codificati — usare & direttamente nel contenuto testuale invece di &, o < invece di <. Correzione: sostituisci & con & e < con < al di fuori delle sezioni CDATA. (4) Più elementi radice — XML richiede esattamente un elemento radice che racchiuda tutto il resto. Correzione: avvolgi tutto il contenuto in un singolo tag radice. Il messaggio di errore di questo strumento include il numero di riga e colonna del primo problema trovato.
Posso usare questo strumento per formattare file XHTML o SVG?
Sì. XHTML e SVG sono entrambe applicazioni XML valide, quindi questo strumento le formatta, minifica e valida correttamente. Per XHTML, rileverà tag non corrispondenti o non chiusi che verrebbero ignorati silenziosamente dai parser HTML5 ma sono errori in XHTML rigoroso. Per SVG, è particolarmente utile per formattare file complessi ricchi di path generati da strumenti come Figma o Illustrator, rendendo più facile ispezionare o modificare manualmente la struttura degli elementi.
Come gestisce questo strumento i namespace XML?
I namespace XML (dichiarazioni xmlns, prefissi di namespace come soap:, xsi: e così via) sono completamente preservati dal formattatore. Le dichiarazioni di namespace rimangono sull'elemento dove erano originariamente dichiarate e non vengono spostate o deduplicate. I nomi di elementi e attributi con prefisso di namespace sono trattati come stringhe opache dal formattatore — il prefisso e il nome locale sono preservati esattamente come scritti. L'esempio dell'Envelope SOAP qui sopra mostra un documento con tre prefissi di namespace.
C'è un limite di dimensione per l'input XML?
Non c'è un limite rigido imposto dallo strumento, ma il parser basato su DOM del browser consumerà memoria proporzionale alla dimensione del documento. Per la maggior parte dei file XML del mondo reale (file di configurazione, risposte API, feed RSS, payload SOAP) ben al di sotto di 1 MB, le prestazioni sono istantanee. Per file XML molto grandi — esportazioni di dati o file di log da più megabyte — considera l'uso di uno strumento da riga di comando: xmllint --format input.xml su Linux/macOS (parte di libxml2), o python3 -c "import xml.dom.minidom; print(xml.dom.minidom.parse('input.xml').toprettyxml(indent=' '))" come opzione multipiattaforma.
Come si converte XML in JSON o JSON in XML?
Questo strumento si concentra sulla formattazione e la validazione della struttura XML. Per convertire tra XML e JSON, usa gli strumenti complementari: Convertitore XML in JSON converte i documenti XML nella loro rappresentazione JSON, e Convertitore JSON in XML converte oggetti JSON in XML. Entrambi gli strumenti sono anch'essi 100% basati su browser senza upload di dati.

Strumenti correlati

Vedi tutti gli strumenti →