Warum ist es keine gute Idee, SOAP zu verwenden, um mit dem vorderen Ende der Kommunikation (dh Web-Browser)?

Question

Warum ist es keine gute Idee, SOAP zu verwenden, um mit dem vorderen Ende in Verbindung steht? Zum Beispiel kann ein Web-Browser JavaScript.

Answer 1

• Weil es aufgebläht
• Da JSON ist nativ verständlich durch die JavaScript
• Da XML ist nicht schnell mit JavaScript zu manipulieren.

Answer 2

Da SOAP viel des HTTP-Rades in ihrem Streben nach Protokoll-Unabhängigkeit erfindet. Was ist der Punkt, wenn Sie wissen Sie gehen die Antwort über HTTP ohnehin dienen (da Ihr Kunde einen Web-Browser ist)?

UPDATE:. Ich zweite Gizmos (implizierte) Vorschlag von JSON

Answer 3

Wenn der Web-Browser ist Ihr einziger Kunde dann würde ich zustimmen müssen, dass SOAP Overkill ist.

Wenn Sie jedoch auf laufen auf verschiedenen Plattformen mehrere Arten von Front-End-Clients gehen zu müssen, dann kann SOAP geeignet sein. Der nette Teil über SOAP ist, dass es viele Tools gibt, sind die Code generieren für Sie sendet zu behandeln, Empfangen und Parsen von SOAP basiert auf der WSDL-Datei.

Zum Beispiel, wenn Sie eine C ++ Frontend-Client entwickeln, wollten dann alles was Sie brauchen ist die WSDL-Datei und Tools von Microsoft werden alle C ++ Code erzeugen, um die SOAP-Anforderung zu erzeugen, die auf einer Datenstruktur basiert, die Anfrage zu senden, empfangen die Reaktion und analysiert die Antwort in eine Rückdatenstruktur.

Es gibt Werkzeuge, dies sowohl auf der Client- und Server-Seite zu tun.

Answer 4

Es könnte getan werden. Denken Sie daran, dass SOAP nicht der schnellste Weg, um Informationen auszutauschen, da es ein großer Aufwand ist (große XMLs geschickt haben hin und her zu) - das ist wahrscheinlich, warum Sie nicht sehen, es verwendet, die oft