Ответ 1
- Потому что он раздутый
- Поскольку JSON изначально понятен JavaScript
- Поскольку XML не работает быстро с помощью JavaScript.
Почему не рекомендуется использовать SOAP для связи с интерфейсом? Например, веб-браузер с использованием JavaScript.
Поскольку SOAP повторно изобретает много колес HTTP в поисках независимости от протокола. Какой смысл, если вы знаете, что все равно будете отвечать на HTTP-запрос (поскольку ваш клиент является веб-браузером)?
UPDATE: второе предложение gizmo (подразумевается) JSON.
Если веб-браузер является вашим единственным клиентом, тогда я должен согласиться с тем, что SOAP перебор.
Однако, если у вас будет несколько типов клиентских интерфейсов на разных платформах, тогда возможно использование SOAP. Хорошая часть SOAP заключается в том, что есть много инструментов, которые будут генерировать код для обработки отправки, получения и анализа SOAP на основе файла WSDL.
Например, если вы хотите разработать клиентский интерфейс С++, тогда вам понадобится файл WSDL, а инструменты Microsoft будут генерировать весь код С++ для создания запроса SOAP на основе структуры данных, отправки запроса, получения ответа и проанализировать ответ в структуре данных возврата.
Есть инструменты для этого как на стороне клиента, так и на стороне сервера.
Это можно сделать. Просто помните, что SOAP - это не самый быстрый способ обмена информацией, так как есть большие накладные расходы (большие XML файлы нужно отправлять туда и обратно) - возможно, почему вы не видите, что это часто используется