Web サービスを使用しているクライアント アプリケーションが大量 (54 MB) のデータを Web サービスに送信できるかどうかを調べたいと思いました。クライアント アプリケーションも Web サービスである必要がありますか?そうである場合、データは Web サービスからの要求に対する応答として送信され、Web サービスから受信確認を送信するにはどうすればよいでしょうか?
Web サービスは初めてなので、ヘルプや指示は非常に役立ちます。
1 に答える
1
大量 (54 MB) のデータを Web サービスに送信しますか?
はい、これは可能であり、大企業では非常に一般的です。ただし、送信を最適化し、場合によっては高速化するのに役立ついくつかの決定が行われます。
Data Transfer Format/Protocol : ペイロードに適切なデータ形式を選択することで、メッセージ ペイロードのサイズを節約できます。Web サービスのデータ転送で最も一般的な 2 つのデータ形式 (プロトコルとも呼ばれます) は、JSONと XML (および、XML ベースのメッセージング プロトコルであるSOAPの拡張) です。JSON はより軽量なオプションですが (アプリケーションが多少制限されます)、XML はより重い (ただしより用途の広いオプション) です。
データ トランスポート プロトコル: 軽量のトランスポート プロトコルは、メッセージ転送の効率と速度を節約するのにも役立ちます。その点で、 RESTは軽量ルートの優先トランスポート プロトコルです。実際には、ほとんどの Web サービスは HTTP ベースですが、Web サービスのパラダイムにより、さまざまなトランスポート プロトコル (SMTP、RMI はオプション) で Web サービスに要求を送信するための幅広い自由度が得られます。データを送信するトランスポート プロトコルを理解する
バイナリ データの処理: Web サービス メッセージは、通常、テキスト/文字型のペイロードとして送信されます。バイナリ データ (画像、ファイルなど) を扱う場合、バイナリ データに間違ったデータ転送タイプを選択するとデータ (メッセージ) が肥大化するため、オプションについてもう少し選択的 (慎重に読む) 必要があります。SOAP メッセージ転送プロトコル形式には、この点に関していくつかのオプションがあります。メッセージにバイナリ データが含まれている場合、メッセージのサイズを最適化するために適応できる標準とこれらの標準の具体的な実装があります。
クライアント アプリケーションも Web サービスである必要がありますか?
いいえ。Web サービスのキーワードはserviceです。つまり、提供されるアプリケーション/システム クライアントです。あなたの責任は、適切にフォーマットされたデータを所定のチャネルを介して所定の形式でサービスに送信することです (そして、利用しているサービスの種類に基づいて、要求に対するオプションの応答を期待します)。使用しているサービスがシステムの要件を明示的に定義していない限り、以前の応答を確認して別のメッセージを送信する (私の意見では壊滅的にくだらない設計です)、そうする義務はありません。
于 2012-10-31T13:04:03.963 に答える