Это в основном зависит от определения понятия "большая вещь".Мой опыт работы со стеком WS, SOAP и всем супом аббревиатуры заключается в том, что для его развертывания требуется очень много рабочей силы.Статус фреймворков сложен, и определенно не то, что любитель может применить за пару дней.Мы видели, сколько вещей в сети стало следующей большой вещью только потому, что они были легкими .Легко понять, легко взаимодействовать, легко в технологии.Википедия, твиттер, digg, youtube - это важные вещи в Интернете, и с точки зрения взаимодействия они находятся на расстоянии световых лет от взаимодействия на основе SOAP / WS.Они KISS : простые и глупые.Целый горизонтальный рынок был открыт только из-за их простоты.Даже многопроцессорные платформы, такие как BOINC, не используют ничего рядом со стеком WS, но они являются ядром многих высокопроизводительных усилий.
Теперь, если вам приходится иметь дело со сложными транзакциями с несколькими узлами, аутентификацией, учетными даннымиделегирование, кэширование ... WS там.Это цель, которая вызывает потребность: банки, бронирование авиабилетов и тому подобное.но они не будут влиять на обычного программиста.Они требуют слишком много энергии и слишком много разных компетенций одновременно, чтобы стать чем-то полезным для горизонтального рынка разработчиков.
Кроме того, я человек ОТДЫХА.Я никогда не защищал SOAP с большим акцентом, но больше ничего не было, и это была лучшая эволюция по сравнению с XMLRPC (который, если вам придется выполнять тупой RPC, IMHO, это все еще хороший выбор).Теперь я передумал.У вас в основном есть ресурсы в сети, и вы взаимодействуете с ними с помощью HTTP-методов.SOAP - это не что иное, как RPC на гиперстероидах.Нет, REST не является решением, которое заменяет WS.Совсем.просто проще использовать и отлаживать, хотя и сложнее спроектировать (вы должны думать о ресурсах, а не о вызовах методов).Это поцелуй.Вот почему у него больше шансов на успех на горизонтальном рынке.