Warum glauben die Leute, SOAP sei veraltet? [geschlossen]

20

Als ich heute SO stöberte, fand ich diese Frage hier und sie beginnt damit:

Klar, du wirst mir sagen, dass SOAP veraltet ist und alles, nun, ich bin gezwungen, es zu benutzen

Ich habe bis jetzt viele Aussagen wie diese auf SO gefunden, diese haben mich nur dazu veranlasst, diese Frage zu stellen.

REST hat seine Verwendungsmöglichkeiten, SOAP hat seine Verwendungsmöglichkeiten, an einigen Stellen überschneiden sie sich als Funktionalität, sind jedoch nicht untereinander austauschbar.

Ich frage mich also, warum die Leute denken, SOAP sei "veraltet"? Ist es Unwissenheit? Komplexität von SOAP- und WS- * -Spezifikationen? REST-Hype? Was?

Wenn Sie der Meinung sind, dass SOAP veraltet ist, sagen Sie mir bitte, warum. Ich bin neugierig!

user98q37479
quelle
31
SOAP ist veraltet, weil viele von uns auf Duschgel umgezogen sind. ;)
FrustratedWithFormsDesigner
4
Siehe SOAP und Sprachentwicklung .
Josh K
1
Ich denke, Hammer-> Nagel ist die Komplexität der SOAP und insbesondere der WS- * -Spezifikationen. Diese Dinge entwickelten sich weit über das branchenübliche Verständnis hinaus, bevor es wirklich jemand bemerkte. Plötzlich wird von den Leuten erwartet, dass sie in die Branche eintreten und diese aufgreifen. Sie haben es wahrscheinlich mehrmals versäumt und große Fehler begangen, was zu dem Ergebnis führte, dass sie sagten "Huh, wie wäre es, wenn ich einfach JSON benutze und all das Verrückte vergesse ..."
Jimmy Hoffa

Antworten:

18

Im Fall von SOAP-basierten Webdiensten sollten WSDL und UDDI die Königsdisziplin sein. Die Tools sollten WSDLs fast automatisch erstellen, UDDI sollte Dienste automatisch erkennen und Clients verbinden. Weder wirklich abgehoben. Ohne diese Tools ist SOAP im Vergleich zu RESTful einfach zu kompliziert.

Ungefähr zur gleichen Zeit ist auch der XML-Hype ausgestorben, der durch den Hype der hellen Sprachen ersetzt wurde. SOAP ist XML, und der Overhead für einfache Nachrichten ist enorm.

vartec
quelle
6

Ich denke, es ist Ignoranz und Hype, sowohl damals als auch heute.

Um dies zu qualifizieren:

  1. Viele Projekte, die vor einigen Jahren SOAP / WS- * verwendet hätten, werden dies heute und aus guten Gründen nicht tun.

  2. RESTful-Schnittstellen lösen viele Anwendungsfälle, die in Internetanwendungen besonders häufig auftreten.

  3. Die "Enterprise" -Anwendungen versuchten vor einem Jahrzehnt, sich auf den Webservice zu stürzen, und erinnerten sich dann, dass sie tatsächlich viele der Funktionen benötigen, denen sie sich in ihren älteren COM + -, CORBA- und J2EE RMI / IIOP-Plattformen entziehen wollten. Alle anderen hassen dieses Zeug noch.

Jeremy
quelle
6

SOAP versprach glorreiche, lebensrettende, automatische Erkennungs-, Problemlösungs- und Nie-Arbeit-wieder-Funktionen. Allerdings haben wir es nie wirklich so weit geschafft. Dann kamen JSON und andere leichte , einfache Cross-Plattform-Alternativen, die SOAP wie eine dumme Wahl erscheinen ließen.

Es könnte eine großartige Stadt gewesen sein, wenn alle dorthin gezogen wären.

Xeoncross
quelle
4

Ich denke, es liegt daran, dass SOAP-Spezifikation 1.2 sich selbst als WS- * bezeichnet und nicht mehr als SOAP. Es wird zwischen sich selbst (als hochformatiertes XML-basiertes System) und SOAP (ein Stück XML, das zufällig ein wenig standardisiert und voller "Probleme" ist) unterschieden.

Also, während sie es über ein paar Jahre standardisiert haben, ist es immer noch SOAP, aber ich denke, sie haben den Begriff als primäres Akronym fallen gelassen.

gbjbaanb
quelle