¿Por qué la gente piensa que SOAP está en desuso? [cerrado]


20

Mientras navegaba SO hoy, encontré esta pregunta aquí y comienza con esto:

Claro, me vas a decir que SOAP está depravado y todo, bueno, me veo obligado a usarlo

Encontré muchas declaraciones como esta en SO hasta ahora, esta solo me hizo hacer esta pregunta.

REST tiene sus usos, SOAP tiene sus usos, en algunos lugares se cruzan como funcionalidad pero no son reemplazables entre sí.

Entonces me pregunto, ¿por qué la gente piensa que SOAP está "en desuso"? ¿Es ignorancia? ¿Complejidad de las especificaciones SOAP y WS- *? REST bombo? ¿Qué?

Si crees que SOAP está en desuso, dime por qué. ¡Soy curioso!


31
El jabón está en desuso porque muchos de nosotros nos hemos mudado al gel de ducha. ;)
FrustratedWithFormsDesigner


1
Creo que martillo-> clavo es la complejidad del SOAP y especialmente las especificaciones WS- *. Esas cosas se desarrollaron mucho más allá de la capacidad de comprensión promedio de la industria antes de que alguien realmente lo notara, y de repente se espera que las personas entren en la industria y las recojan, probablemente no lo hicieron y cometieron grandes errores debido a eso varias veces, lo que resultó en que dijeran "Eh, ¿qué tal si solo uso JSON y olvido toda esta locura ..."
Jimmy Hoffa

Respuestas:


18

En el caso de los servicios web basados ​​en SOAP, se suponía que WSDL y UDDI eran la bala de plata. Se suponía que las herramientas creaban WSDL casi automáticamente, se suponía que UDDI detectaba automáticamente servicios y conectaba clientes. Ninguno realmente despegó. Sin estas herramientas, SOAP es demasiado complicado en comparación con RESTful.

Además, aproximadamente al mismo tiempo, el bombo XML ha desaparecido, siendo reemplazado por bombo de lenguajes ligeros. SOAP es XML, y la sobrecarga en mensajes simples es enorme.


6

Creo que es ignorancia y exageración, tanto entonces como ahora.

Para calificar esto:

  1. Muchos proyectos que habrían utilizado SOAP / WS- * hace unos años, no lo harán hoy y por buenas razones.

  2. Las interfaces RESTful resuelven muchos casos de uso que son particularmente frecuentes en las aplicaciones de Internet.

  3. Las aplicaciones "empresariales" intentaron subirse al carro del servicio web hace una década y luego recordaron que en realidad necesitan muchas de las características de las que intentaban escapar en sus plataformas heredadas COM +, CORBA y J2EE RMI / IIOP. Todos los demás todavía odian estas cosas.


6

SOAP prometió características gloriosas, que salvan vidas, autodetección, resolución de problemas, nunca volver a funcionar. Sin embargo, nunca logramos llegar tan lejos. Luego llegaron JSON y otras alternativas ligeras , simples y de plataforma cruzada que dejaron a SOAP como una opción tonta.

Podría haber sido una gran ciudad si todos se hubieran mudado a ella.


4

Creo que es porque la especificación SOAP 1.2 se refiere a sí misma como WS- * y ya no SOAP. Hace una distinción entre sí (como un sistema basado en XML altamente formateado) y SOAP (que dice que es un conjunto de XML que está un poco estandarizado y lleno de 'problemas').

así que si bien lo han estandarizado durante algunos años, todavía es SOAP, pero creo que descartaron el término como el acrónimo principal.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.