XML a JSON

Comparación de los tres estilos

Entrada:

<book id="1" lang="en">
  <title>1984</title>
  <author>Orwell</author>
</book>

Compacto (elimina atributos):

{
  "book": {
    "title": "1984",
    "author": "Orwell"
  }
}

Badgerfish (atributos bajo @, texto bajo $):

{
  "book": {
    "@id": "1",
    "@lang": "en",
    "title": { "$": "1984" },
    "author": { "$": "Orwell" }
  }
}

Literal / JsonML-ish (plena fidelidad):

{
  "book": {
    "@attributes": { "id": "1", "lang": "en" },
    "title": "1984",
    "author": "Orwell"
  }
}

Arreglos forzados

XML no tiene forma de decir “esta es una lista de uno”. Una secuencia de un solo elemento se ve idéntica a un escalar:

<items>
  <item>A</item>
</items>

Eso puede serializarse como {"item": "A"} o {"item": ["A"]}. El convertidor te permite marcar nombres de elementos (por XPath) como siempre-arreglos, para que tu consumidor JSON posterior obtenga tipos consistentes.

Contenido mixto

El contenido mixto, texto intercalado con elementos hijos, es el único lugar donde cualquier conversión de XML a JSON pierde información:

<p>¡Hola <em>mundo</em>!</p>

La mayoría de los estilos eliminan el texto o lo colapsan. El estilo literal preserva el orden a través de un arreglo:

{
  "p": {
    "@content": ["¡Hola ", { "em": "mundo" }, "!"]
  }
}

Inferencia de tipos

Por defecto, los valores son cadenas. Activa “analizar numérico/booleano” y el convertidor convertirá 42, 3.14, true, false a los tipos JSON correspondientes. Ten cuidado: un atributo XML id="007" se convierte en 7 con la conversión activada, lo cual probablemente no quieras.

Cuándo elegir cuál

• Compacto: para JSON legible por humanos donde los atributos son ruido.
• Badgerfish: cuando necesitas atributos y texto a la misma profundidad que los hijos.
• Literal: cuando debes volver a XML sin pérdida.