Perché le persone pensano che SOAP sia deprecato? [chiuso]


20

Durante la navigazione SO oggi ho trovato questa domanda qui e inizia con questo:

Certo, mi dirai che SOAP è depracato e tutto, beh, sono costretto a usarlo

Ho trovato molte affermazioni come questa su SO fino ad ora, questa mi ha appena spinto a porre questa domanda.

REST ha i suoi usi, SOAP ha i suoi usi, in alcuni punti si intersecano come funzionalità ma non sono sostituibili tra loro.

Quindi mi chiedo, perché la gente pensa che SOAP sia "deprecato"? È ignoranza? Complessità delle specifiche SOAP e WS- *? Hype REST? Che cosa?

Se pensi che SOAP sia deprecato, per favore dimmi perché. Sono curioso!


31
Il sapone è deprecato perché molti di noi sono passati al gel doccia. ;)
FrustratedWithFormsDesigner il


1
Penso che hammer-> nail sia la complessità del SOAP e in particolare le specifiche WS- *. Quelle cose si sono sviluppate ben oltre la capacità di comprensione media del settore prima che qualcuno se ne accorgesse davvero, e all'improvviso ci si aspetta che le persone entrino nel settore e prendano quelle, probabilmente non ci sono riuscite e hanno fatto grandi errori a causa di questo un numero di volte, risultando nel dire "Huh, che ne dici se uso JSON e dimentico tutto questo pazzo ..."
Jimmy Hoffa,

Risposte:


18

In caso di servizi web basati su SOAP, WSDL e UDDI avrebbero dovuto essere il proiettile d'argento. Gli strumenti dovevano creare WSDL quasi automaticamente, UDDI doveva rilevare automaticamente i servizi e connettere i client. Nessuno dei due è davvero decollato. Senza questi strumenti, SOAP è troppo complicato rispetto a RESTful.

Inoltre, all'incirca nello stesso momento l'hype XML si è spento, essendo stato sostituito dall'hype di linguaggi leggeri. SOAP è XML e l'overhead su messaggi semplici è enorme.


6

Penso che sia ignoranza e clamore, sia allora che ora.

Per qualificarlo:

  1. Molti progetti che avrebbero usato SOAP / WS- * alcuni anni fa, non lo faranno oggi e per buoni motivi.

  2. Le interfacce RESTful risolvono molti casi d'uso particolarmente diffusi nelle applicazioni Internet.

  3. Le applicazioni "enterprise" hanno tentato di salire sul carro del webservice un decennio fa e poi hanno ricordato che in realtà avevano bisogno di molte delle funzionalità da cui stavano cercando di sfuggire nelle loro piattaforme COM +, CORBA e J2EE RMI / IIOP legacy. Tutti gli altri odiano ancora questa roba.


6

SOAP ha promesso funzioni gloriose, salvavita, di rilevamento automatico, di risoluzione dei problemi e di non lavoro mai più. Tuttavia, non siamo mai arrivati ​​così lontano. Poi arrivarono JSON e altre alternative leggere , semplici, basate su una piattaforma, che lasciavano SAPONE come una scelta sciocca.

Sarebbe stata una grande città se tutti si fossero trasferiti in essa.


4

Penso che sia perché la specifica SOAP 1.2 si riferisce a se stessa come WS- * e non più SOAP. Fa una distinzione tra se stesso (come un sistema basato su XML altamente formattato) e SOAP (che dice che è un grumo di XML che sembra essere un po 'standardizzato e pieno di "problemi").

così mentre lo hanno standardizzato per alcuni anni, è ancora SOAP, ma penso che abbiano lasciato cadere il termine come acronimo principale.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.