Pourquoi n’est-ce pas une bonne idée d’utiliser SOAP pour communiquer avec le serveur frontal (c.-à-d. Un navigateur Web)?

Question

Pourquoi n’est-ce pas une bonne idée d’utiliser SOAP pour communiquer avec le serveur frontal? Par exemple, un navigateur Web utilisant JavaScript.

Answer 1

• Parce que c'est gonflé
• Parce que JSON est compréhensible de manière native par le JavaScript
• Parce que XML n'est pas rapide à manipuler avec JavaScript.

Answer 2

Parce que SOAP réinvente une grande partie de la roue HTTP dans sa quête d'indépendance de protocole. Quel est l’intérêt si vous savez que vous allez quand même envoyer la réponse via HTTP (puisque votre client est un navigateur Web)?

UPDATE: J'appuie la suggestion (implicite) de JSON dans le gizmo.

Answer 3

Si le navigateur Web est votre seul client, je dois admettre que SOAP est excessif.

Toutefois, si vous avez plusieurs types de clients frontaux s'exécutant sur différentes plates-formes, SOAP peut convenir. La bonne chose à propos de SOAP est qu’il existe de nombreux outils générant du code permettant de gérer l’envoi, la réception et l’analyse de SOAP en fonction du fichier WSDL.

Par exemple, si vous souhaitez développer un client frontal C ++, vous avez uniquement besoin du fichier WSDL. Les outils de Microsoft génèrent tout le code C ++ permettant de générer la requête SOAP basée sur une structure de données, envoyez la requête, recevez le message. réponse et analyser la réponse dans une structure de données de retour.

Il existe des outils pour faire cela à la fois côté client et côté serveur.

Answer 4

Cela pourrait être fait. Rappelez-vous simplement que SOAP n’est pas le moyen le plus rapide d’échanger des informations car il ya beaucoup de travail (il faut envoyer d’énormes XML) - c’est probablement pour cette raison que vous ne le voyez pas être utilisé aussi souvent