WS * vs REST = лошади для курсов ... или нет?

Question

Хорошо, поэтому я реализовал службы REST и SOAP, и мне нравятся оба в зависимости от контекста. Для меня WS * - это замечательно, когда мне нужен четкий контракт между сервером и клиентом, например для конфиденциальной информации или для критически важных вещей. REST, с другой стороны, хотя и гибок с точки зрения определения схемы, на мой взгляд, более идеален для контент-сервисов или данных, которые не обязаны подвергаться какой-либо серьезной бизнес-логике.

REST, кажется, очень вкусный день, и я был несколько расстроен, когда Мартин Фаулер и его коллеги из Whileworks дали этот подкаст: http://www.thoughtworks.com/what-we-say/podcasts.html на REST и были насмешливы по отношению к WS *. В то время как сам человек пользуется уважением, правильно ли я считаю, что для SOAP еще очень много места, и здесь требуется щепотка соли? А кто-нибудь использовал REST в серьезном бизнес-приложении?

Answer 1

Можете ли вы документировать свой REST API, предоставив кому-либо описание используемых вами типов мультимедиа и один URL?

Если вы предоставляете список URL-адресов и какие глаголы можно использовать в этих URL-адресах, то, вероятно, у вас нет REST api .

Как только вы создали настоящий REST API, вернитесь и сравните его с WS * API. Вы увидите, что они очень разные.

REST apis может легко справиться с «серьезной бизнес-логикой», и да, я использовал REST в серьезном бизнес-приложении.

Answer 2

Дневник сидящего на заборе SOA Geek - Dr Mark Little

Презентация совсем недавно - довольно показательные вещи.

REST действительно работает. Это не так хорошо для повторного бизнеса, как SOAP. Так много консультантов борются за сохранение SOAP на этой основе. По мере совершенствования инструментов и сред для архитектур RESTful бизнес будет двигаться в этом направлении. В настоящее время также много говорят об управлении.

Новая версия JAX-RS - довольно интересный новый инструмент для разработчика RESTful, Марк Литтл упоминает об этом в своей презентации.

Вероятно, вам лучше рассматривать SOAP как унаследованную технологию, она будет лучше служить вам в будущем. ;)