Por que as pessoas pensam que o SOAP está obsoleto? [fechadas]


20

Enquanto navegava no SO hoje, encontrei esta pergunta aqui e começa com isso:

Claro, você vai me dizer que o SOAP é obsoleto e tudo, bem, sou forçado a usá-lo

Encontrei muitas declarações como essa no SO até agora, essa apenas me levou a fazer essa pergunta.

O REST tem seus usos, SOAP, em alguns lugares eles se cruzam como funcionalidade, mas não são substituíveis um pelo outro.

Então, eu me pergunto: por que as pessoas pensam que o SOAP é "obsoleto"? Isso é ignorância? Complexidade das especificações SOAP e WS- *? Hype REST? O que?

Se você acha que o SOAP foi descontinuado, diga-me o motivo. Estou curioso!


31
O sabão foi descontinuado porque muitos de nós mudamos para o gel de banho. ;)
FrustratedWithFormsDesigner


1
Eu acho que hammer-> nail é a complexidade do SOAP e, especialmente, das especificações WS- *. Essas coisas se desenvolveram muito além da capacidade de compreensão média da indústria antes que alguém realmente notasse, e de repente espera-se que as pessoas entrem na indústria e as apanham, provavelmente falharam e cometeram grandes erros devido a isso várias vezes, resultando em dizer "Huh, que tal eu apenas usar JSON e esquecer tudo isso louco ..."
Jimmy Hoffa

Respostas:


18

No caso de serviços Web baseados em SOAP, WSDL e UDDI deveriam ser a bala de prata. As ferramentas deveriam criar WSDLs quase automaticamente; o UDDI deveria detectar automaticamente serviços e conectar clientes. Nem realmente decolou. Sem essas ferramentas, o SOAP é muito complicado em comparação com o RESTful.

Além disso, quase ao mesmo tempo, o hype XML desapareceu, sendo substituído pelo hype das linguagens leves. O SOAP é XML, e a sobrecarga em mensagens simples é enorme.


6

Eu acho que é ignorância e hype, tanto agora como agora.

Para qualificar isso:

  1. Muitos projetos que usariam o SOAP / WS- * há alguns anos atrás, não o serão hoje e por boas razões.

  2. As interfaces RESTful resolvem muitos casos de uso particularmente prevalentes em aplicativos da Internet.

  3. Os aplicativos "corporativos" tentaram entrar na onda de serviços da Web há uma década e depois se lembraram de que realmente precisavam de muitos dos recursos dos quais estavam tentando escapar nas plataformas herdadas COM +, CORBA e J2EE RMI / IIOP. Todo mundo ainda odeia essas coisas.


6

O SOAP prometeu recursos gloriosos, que salvam vidas, detecção automática, solução de problemas e nunca mais funcionam. No entanto, nunca chegamos a esse ponto. Então veio o JSON e outras alternativas leves , simples e de plataforma cruzada que deixaram o SOAP parecendo uma escolha boba.

Poderia ter sido uma grande cidade se todos tivessem se mudado para ela.


4

Eu acho que é porque SOAP spec 1.2 se refere a si mesmo como WS- * e não SOAP mais. Ele faz uma distinção entre si (como um sistema baseado em XML altamente formatado) e o SOAP (que ele diz ser um pedaço de XML que, por acaso, é um pouco padronizado e cheio de "problemas").

então, enquanto o padronizam há alguns anos, ainda é SOAP, mas acho que eles abandonaram o termo como sigla principal.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.