Близок конец SOAP?
Следуя " Хорошо зарекомендовавший себя на выходе для API поиска SOAP" от Google, объявив, что недавно удалили свои SOAP-API, мне любопытно, что сообщество думает о SOAP в 2009 году. Я могу видеть его использование для удаленного и более подробного обмена сообщениями с клиентом и сервером, но для более обобщенного использования [Ajax] веб-ресурса он теперь избыточен?
Удалены ли URL-адреса REST из-за необходимости использования SOAP и такого веб-сервиса один раз и навсегда?
Ответы
Ответ 1
SOAP здесь, чтобы остаться - и это справедливо.
В корпоративной среде первостепенное значение имеют такие вещи, как самоописывающие службы (с помощью WSDL), возможность использования транзакций и надежная передача сообщений. Они намного важнее, чем бег после "рейва дня".
REST имеет свои преимущества - но он не может когда-либо заменять SOAP полностью и не должен. REST отлично подходит для легкого общения - щебетание и тому подобное. Но есть также хорошая причина иметь и знать о SOAP.
SOAP в настоящее время имеет гораздо лучшую поддержку инструментария в большинстве сред - это будет некоторое время, прежде чем REST будет чем-то сопоставимым.
SOAP разрешает машиночитаемое описание сервиса и обнаружение сервиса. REST не имеет ничего подобного, ваша служба REST может или не может быть задокументирована, а качество английской прозы, документирующей ваши услуги REST, сильно варьируется.
Да, REST - это все ярость прямо сейчас - и это делает много веселых сценариев намного легче справиться. Но я не думаю, что он готов к использованию "прайм-тайм, на уровне предприятия". Может быть, когда-нибудь, но не сегодня.
Ответ 2
В REST ничего не сказано, что вы не можете использовать поля формы POST для PUT-данных, когда вам нужно отправить сложные запросы. Вы даже можете опубликовать большие блоки громоздкого XML, если хотите попытаться сделать его как можно более SOAPy.
IMHO SOAP дает вам ничего, кроме обертки, с которой вам никогда не приходилось начинать. То, что убило его для меня, было способом Axis, а другие двигатели компилировали заглушки вашего WSDL в свой код, а затем каждый раз, когда вы добавляете что-то к WSDL он ломает потребителей, даже если все было разработано для обратной совместимости. REST навсегда.
Ответ 3
О, если бы были мертвы только SOAP. Я могу заверить вас, что некоторые компании по-прежнему преследуют стратегии SOA, RPC, насколько это возможно.
Ответ 4
Как вы уже сказали - REST не может справиться с подробными случаями.
Если вы можете сказать мне, как я могу принять произвольное количество сложных аргументов через веб-службу RESTful, не нарушая ограничений длины URL, я бы хотел его услышать.
Но для сложных запросов научных данных нам нужно нечто большее, чем позиционные параметры или пары ключ/значение.
Мое предсказание состоит в том, что SOAP не умрет до тех пор, пока COBOL и Fortran не будут.
