Por que não é uma boa idéia usar SOAP para se comunicar com o front-end (ou seja, navegador web)?

Question

Por que não é uma boa idéia usar SOAP para se comunicar com o front-end? Por exemplo, um navegador da Web usando JavaScript.

Answer 1

• Porque é inchado
• Porque JSON é nativamente compreensível pelo JavaScript
• Como o XML não é rápido para manipular com JavaScript.

Answer 2

Porque reinventa SABÃO um monte da roda HTTP na sua busca de protocolo de independência. Qual é o ponto, se você sei você está indo para servir a resposta através de HTTP de qualquer maneira (já que o seu cliente é um navegador web)?

UPDATE:. I (implícita) sugestão segundo aparelho de JSON

Answer 3

Se o navegador web é o seu único cliente, então eu teria que concordar que o SOAP é um exagero.

No entanto, se você estiver indo para ter vários tipos de clientes front-end em execução em diferentes plataformas, em seguida, o SOAP pode ser apropriado. A parte agradável sobre SOAP é que há um monte de ferramentas lá fora, que irá gerar o código para você lidar com o envio, recebimento e análise do SOAP com base no arquivo WSDL.

Por exemplo, se você queria desenvolver um cliente final C ++ frente, então tudo que você precisa é o arquivo WSDL e ferramentas da Microsoft irão gerar todo o código C ++ para gerar a solicitação SOAP com base em uma estrutura de dados, enviar o pedido, receberá o resposta e analisar a resposta em uma estrutura de dados de retorno.

Existem ferramentas para fazer isso tanto no lado do cliente e servidor.

Answer 4

Pode ser feito. Basta lembrar que o SOAP não é o caminho mais rápido para troca de informações como há uma grande sobrecarga (grandes XMLs tem que ser enviado de volta e para trás) - que é provavelmente por isso que você não vê-lo usado que muitas vezes