XML в JSON

Атрибутам некуда деться естественно

XML проводит чёткую грань между атрибутами и дочерними элементами. <user id="7"><name>Ada</name></user> означает нечто иное, чем <user><id>7</id><name>Ada</name></user>, хотя большинство приложений обрабатывают их одинаково. В JSON нет эквивалентного различия, поэтому конвертер должен либо отбросить атрибуты, либо придумать для них место.

Широко используемое соглашение, применяемое и здесь, добавляет префикс @ к ключам атрибутов и сохраняет текст элемента под #text, когда у элемента есть и атрибуты, и содержимое. Так первый пример становится {"user": {"@id": "7", "name": "Ada"}}. Префикс не является частью какого-либо стандарта, но он достаточно распространён, чтобы большинство последующего кода распознавало его, и сохраняет обратимость преобразования. Отключение атрибутов даёт более чистый вывод, когда вы знаете, что атрибуты — это метаданные, которые вам не нужны.

Один элемент или список из одного?

Это проблема без правильного ответа. В XML родитель с одним дочерним <item> и родитель с пятью выглядят структурно похоже, но они должны стать единичным объектом и массивом соответственно — и ничто в документе не говорит вам, что имела в виду схема. Инструмент без схемы должен угадывать по тому, что он видит.

Правило здесь — сворачивать повторяющиеся имена соседних элементов в массив и оставлять одинокий элемент единичным значением. Это соответствует интуиции при чтении, но означает, что код, потребляющий вывод, должен обрабатывать обе формы, поскольку список, который сегодня случайно имеет одну запись, выдаст объект, а не массив из одного элемента. Когда вы контролируете потребителя, нормализуйте с помощью чего-то вроде [].concat(value) перед итерацией.

Всё в XML — это строка

В XML-документе без схемы типов нет. <count>42</count> и <sku>0042</sku> — это просто текст, и только человек или XSD знает, что одно является числом, а другое — идентификатором, который должен сохранять свои нули.

Именно поэтому приведение типов — это флажок, а не значение по умолчанию. Когда он включён, значения преобразуются только при точном обратном преобразовании — числовая строка становится числом, только если форматирование её обратно даёт идентичный текст, что защищает 0042, +7 и 1e999. true, false и пустые элементы становятся логическими значениями и null. Когда он выключен, каждое значение остаётся строкой, что безопаснее для идентификаторов, номеров телефонов, почтовых индексов и любого целого больше 2^53, где точность чисел JavaScript молча исказила бы значение.