XML do JSON

Porównanie trzech stylów

Wejście:

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

Kompaktowy (pomija atrybuty):

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

Badgerfish (atrybuty pod @, tekst pod $):

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

Dosłowny / w stylu JsonML (pełna wierność):

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

Wymuszone tablice

XML nie ma sposobu, by powiedzieć „to jest lista jednego elementu”. Sekwencja jednoelementowa wygląda identycznie jak skalar:

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

Może to serializować się jako {"item": "A"} albo {"item": ["A"]}. Konwerter pozwala oznaczyć nazwy elementów (przez XPath) jako zawsze-tablice, dzięki czemu Twój odbiorca JSON dostaje spójne typy.

Treść mieszana

Treść mieszana, tekst przeplatany z elementami potomnymi, to jedyne miejsce, gdzie każda konwersja XML na JSON traci informacje:

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

Większość stylów albo gubi tekst, albo go zwija. Styl dosłowny zachowuje kolejność za pomocą tablicy:

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

Wnioskowanie typów

Domyślnie wartości są ciągami. Przełącz „parsuj liczby/wartości logiczne”, a konwerter rzutuje 42, 3.14, true, false na odpowiadające typy JSON. Uważaj: atrybut XML id="007" staje się 7 z włączonym rzutowaniem, czego prawdopodobnie nie chcesz.

Kiedy który wybrać

• Kompaktowy: do czytelnego dla człowieka JSON, gdzie atrybuty są szumem.
• Badgerfish: gdy potrzebujesz atrybutów i tekstu na tej samej głębokości co dzieci.
• Dosłowny: gdy musisz wrócić do XML bez strat.