XML vers JSON

Les trois styles comparés

Entrée :

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

Compact (supprime les attributs) :

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

Badgerfish (attributs sous @, texte sous $) :

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

Littéral / JsonML-ish (fidélité totale) :

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

Tableaux forcés

XML n’a aucun moyen de dire “ceci est une liste d’un seul élément”. Une séquence à un seul élément est identique à un scalaire :

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

Cela peut être sérialisé soit en {"item": "A"} soit en {"item": ["A"]}. Le convertisseur vous permet de marquer les noms d’éléments (par XPath) comme toujours-tableaux, afin que votre consommateur JSON en aval obtienne des types cohérents.

Contenu mixte

Le contenu mixte, texte entrelacé avec des éléments enfants, est le seul endroit où toute conversion XML vers JSON perd des informations :

<p>Hello <em>world</em>!</p>

La plupart des styles suppriment le texte ou le réduisent. Le style littéral préserve l’ordre via un tableau :

{
  "p": {
    "@content": ["Hello ", { "em": "world" }, "!"]
  }
}

Inférence de type

Par défaut, les valeurs sont des chaînes. Activez “analyser numérique/booléen” et le convertisseur convertit 42, 3.14, true, false aux types JSON correspondants. Faites attention : un attribut XML id="007" devient 7 avec la conversion activée, ce que vous ne voulez probablement pas.

Quand choisir quoi

• Compact : pour un JSON lisible par l’homme où les attributs sont du bruit.
• Badgerfish : lorsque vous avez besoin d’attributs et de texte à la même profondeur que les enfants.
• Littéral : lorsque vous devez revenir à XML sans perte.