От XML к JSON

Сравнение трёх стилей

Ввод:

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

Компактный (удаляет атрибуты):

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

Badgerfish (атрибуты, под @, текст, под $):

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

Литеральный / похожий на JsonML (с полной точностью):

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

Принудительные массивы

В XML нет способа сказать «это список из одного элемента». Последовательность из одного элемента выглядит точно так же, как скаляр:

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

Это может быть сериализовано как {"item": "A"} или как {"item": ["A"]}. Конвертер позволяет помечать имена элементов (через XPath) как всегда-массивы, чтобы ваш нижестоящий потребитель JSON получал согласованные типы.

Смешанное содержимое

Смешанное содержимое, текст, переплетённый с дочерними элементами, это единственное место, где любое преобразование XML в JSON теряет информацию:

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

Большинство стилей либо удаляют текст, либо схлопывают его. Литеральный стиль сохраняет порядок с помощью массива:

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

Вывод типов

По умолчанию значения являются строками. Включите опцию «разбор чисел/булевых значений», и конвертер приведёт 42, 3.14, true и false к соответствующим типам JSON. Будьте внимательны: при включённом приведении типов атрибут XML id="007" станет 7, чего вы, скорее всего, не хотите.

Когда что выбирать

• Компактный: для читаемого человеком JSON, где атрибуты, это шум.
• Badgerfish: когда вам нужны атрибуты и текст на той же глубине, что и дочерние элементы.
• Литеральный: когда нужно без потерь преобразовывать обратно в XML.