В обе стороны
JSON → XML или XML → JSON. Удобно увидеть, как поля становятся тегами, а не сразу выкладывать в прод.
После конвертации прогоните результат валидатором целевой системы.
Данные также можно передать через #data={"name":"Ada"} или #url=... После чтения параметры сразу удаляются из адресной строки.
JSON и XML туда и обратно. Если старый API всё ещё отдаёт XML или система принимает только XML, сначала конвертируйте локально и посмотрите структуру. Имя корневого элемента можно сменить, по умолчанию rootJSON и XML туда и обратно. Если старый API всё ещё отдаёт XML или система принимает только XML, сначала конвертируйте локально и посмотрите структуру. Имя корневого элемента можно сменить, по умолчанию
JSON → XML или XML → JSON. Удобно увидеть, как поля становятся тегами, а не сразу выкладывать в прод.
После конвертации прогоните результат валидатором целевой системы.
Объект соответствует вложенным элементам, массив обычно становится повторяющимися тегами. Это распространённое соглашение, не обязательно запись чужой schema.
Выбор между атрибутами и дочерними элементами зависит от системы — стоит выборочно проверить.
Как XML-атрибуты и текстовые узлы выглядят в JSON, может отличаться от исходной системы — после конвертации проверьте.
SOAP с пространствами имён почти никогда не конвертируется идеально автоматически.
{
"note": {
"to": "Ada",
"body": "hello"
}
}
<note>
<to>Ada</to>
<body>hello</body>
</note>
Сложный SOAP и документы с xmlns сверяйте вручную: автоконвертация редко сохраняет все детали пространств имён.
Современные конфиги чаще YAML; корпоративные шины и часть платёжных / госсистем всё ещё XML.
У JSON нет одного «корневого тега». При переводе в XML этим именем оборачивается весь документ.
Да. После смены имени корня выполните конвертацию ещё раз.
Страница отвечает на вопрос «сначала увидеть структуру». Для жёстких XSD / SOAP не полагайтесь только на автоконвертацию.