フロントエンドとの通信に SOAP を使用するのが得策ではないのはなぜですか? たとえば、JavaScript を使用する Web ブラウザー。
4 に答える
- 膨らんでるから
- JSON は JavaScript によってネイティブに理解できるため、
- XML を JavaScript で操作するには高速ではないためです。
SOAP は、プロトコルに依存しないことを求めて、HTTP ホイールの多くを再発明するためです。とにかく HTTP 経由で応答を提供することがわかっている場合 (クライアントが Web ブラウザーであるため)、何の意味があるでしょうか?
更新: JSON の (暗黙の) ギズモの提案に 2 番目です。
Web ブラウザーが唯一のクライアントである場合、SOAP はやり過ぎであることに同意する必要があります。
ただし、異なるプラットフォームで複数のタイプのフロント エンド クライアントを実行する場合は、SOAP が適切な場合があります。SOAP の優れた点は、WSDL ファイルに基づいて SOAP の送信、受信、および解析を処理するためのコードを生成するツールがたくさんあることです。
たとえば、C++ フロント エンド クライアントを開発する場合、必要なのは WSDL ファイルだけです。Microsoft のツールは、すべての C++ コードを生成して、データ構造に基づいて SOAP 要求を生成し、要求を送信し、応答を受信し、応答を戻りデータ構造に解析します。
クライアント側とサーバー側の両方でこれを行うためのツールがあります。
それはできました。ただし、SOAP は大きなオーバーヘッド (大きな XML をやり取りする必要がある) があるため、情報を交換するための最速の方法ではないことを覚えておいてください。