XML till JSON

De tre stilarna jämförda

Indata:

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

Kompakt (tar bort attribut):

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

Badgerfish (attribut under @, text under $):

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

Literal / JsonML-aktig (full trohet):

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

Tvingade arrayer

XML har inget sätt att säga “det här är en lista med ett element”. En sekvens med ett enda element ser identisk ut med en skalär:

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

Det kan serialiseras antingen som {"item": "A"} eller {"item": ["A"]}. Omvandlaren låter dig markera elementnamn (med XPath) som alltid-arrayer, så att din nedströms JSON-konsument får konsekventa typer.

Blandat innehåll

Blandat innehåll, text invävd med barnelement, är det enda stället där varje XML-till-JSON-omvandling tappar information:

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

De flesta stilar tar antingen bort text eller slår ihop den. Den literala stilen bevarar ordningen via en array:

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

Typinferens

Som standard är värden strängar. Slå på “tolka numeriskt/booleskt” så castar omvandlaren 42, 3.14, true, false till motsvarande JSON-typer. Var försiktig: ett XML-attribut id="007" blir 7 med casting på, vilket du förmodligen inte vill.

När du ska välja vilken

• Kompakt: för människoläsbar JSON där attribut är brus.
• Badgerfish: när du behöver attribut och text på samma djup som barn.
• Literal: när du måste kunna konvertera tillbaka till XML utan förlust.