Я немного не согласен с трендом JSON, который я вижу здесь. Хотя JSON намного проще, я бы сказал, что он довольно ограничен. Например, SOAP WS - это не последнее. Действительно, между мыльным клиентом и сервером у вас теперь есть шина корпоративных сервисов, схема аутентификации на основе криптозащиты, управление пользователями, отметка времени запросов / ответов и т. Д. Для всего этого есть несколько огромных программных платформ, которые предоставляют сервисы вокруг SOAP «веб-сервисы») и будет вводить вещи в ваш XML. Поэтому, хотя JSON, вероятно, достаточно для небольших проектов и на порядок проще, я думаю, что он станет довольно ограниченным, если вы отсоедините управление передачей и контент (т. Е. Вы разрабатываете контент, фактический сервер, но вся передача управляется другой командой, аутентификация еще одной командой, развертывание еще одной командой). Я не знаю, уместен ли мой опыт в большой корпорации, но я бы сказал, что JSON там не выживет. Слишком много ограничений помимо основной необходимости представления данных. Таким образом, проблема не в самом JSON RPC, а в том, что он пропускает дополнительные инструменты для управления сложностью, возникающей в сложных приложениях (не говоря о том, что то, что вы делаете, не является сложным, просто программное обеспечение отражает сложность компании, которая выдает)