Чому люди думають, що SOAP застарілий? [зачинено]


20

Під час перегляду SO сьогодні я знайшов це питання тут і воно починається з цього:

Звичайно, ви скажете мені, що SOAP знешкоджений, і все, ну, я змушений це використовувати

До теперішнього часу знайдено багато тверджень, таких як ця, на сьогоднішній день, це просто викликало мене задати це питання.

REST має свої можливості, SOAP має свої можливості, десь вони перетинаються як функціональні можливості, але вони не підлягають заміні один одному.

Тож мені цікаво, чому люди думають, що SOAP "застарілий"? Це незнання? Складність технічних характеристик SOAP та WS- *? ВІДБУДИТИ ажіотаж? Що?

Якщо ви вважаєте, що SOAP застарілий, скажіть мені, чому. Мені цікаво!


31
SOAP застаріло, тому що багато хто з нас перейшли на гель для душу. ;)
FrustratedWithFormsDesigner


1
Я думаю, що молоток-> цвях - це складність SOAP і особливо WS- * специфікації. Ці речі розвинулися далеко за середню галузеву здатність до розуміння, перш ніж хтось насправді помітив, і раптом від людей, як очікується, заходять у цю галузь і забирають їх, вони, ймовірно, не змогли і зробили великі помилки через це кілька разів, в результаті чого вони сказали "А, а як же я просто використовую JSON і забуду все це божевільне ..."
Джиммі Хоффа

Відповіді:


18

У випадку веб-сервісів на основі SOAP WSDL та UDDI повинні були стати срібною кулею. Інструменти повинні були створити WSDL майже автоматично, UDDI повинен був автоматично виявляти послуги та підключати клієнтів. Жоден насправді не зняв. Без цих інструментів SOAP просто надто складний у порівнянні з RESTful.

Крім того, приблизно в той самий час вимкнення XML зменшилось, замінивши його легким мовою. SOAP - це XML, а накладні витрати на прості повідомлення величезні.


6

Я думаю, що її невігластво та ажіотаж - і тоді, і зараз.

Щоб кваліфікувати це:

  1. Дуже багато проектів, які використовували SOAP / WS- * кілька років тому, не сьогодні і з поважних причин.

  2. Інтерфейси RESTful вирішують багато випадків використання, які особливо поширені в Інтернет-програмах.

  3. Програми "підприємств" десять років тому намагалися перейти на смугу веб-сервісів, а потім згадали, що вони насправді потребують багатьох функцій, з яких намагалися позбутися у своїх застарілих платформах COM +, CORBA та J2EE RMI / IIOP. Всі інші досі ненавидять цей матеріал.


6

SOAP обіцяв чудові, рятувальні, автоматичні розпізнавання, вирішення проблем, більше ніколи не працювати. Однак ми ніколи насправді не встигали так далеко. Потім прийшли JSON та інше світло , прості альтернативи платформи, які залишають SOAP схожим на дурний вибір.

Це, можливо, було б чудовим містом, якби всі переїхали до нього.


4

Я думаю, що це специфікація SOAP 1.2 називає себе WS- *, і вже не SOAP. Він робить різницю між собою (як високоформатована система на основі XML) та SOAP (який, як кажуть, являє собою грудку XML, яка, здається, трохи стандартизована і насичена "питаннями").

тому, хоча вони стандартизували його протягом декількох років, його все ще SOAP, але я думаю, що вони відкинули цей термін як основну абревіатуру.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.