2011-12-07 24 views
1

私が直面している問題の解決策ではなく、利用可能な技術に関する質問があります。WCFを使用したSilverlightファイル転送

Silverlightでクライアントを実装し、WCFを使用するサーバーで、一部の変更を加えてbasicHttpBindingを使用しました。

SLクライアントは、望みの数だけファイルをアップロードできます。アップロードプロセスは、ファイルをチャンクに分割して非同期に送信することによって実行されます。私が直面しなければならなかった2つの問題がありました

  1. は、サーバーは、単純なバッファを作成することにより、固定彼らの送信順序/でファイルを受け取りません。
  2. クライアントは、チャンクが処理/実装されているときではなく、の別のOperationContractが送信されているときにのみ終了イベントを受信します。

私の質問は正しいですか?バッファリング自体を行うメカニズムはありますか?私はコードを共有しても問題ありませんが、問題はありません。

ありがとうございます! Moshe

答えて

0

なぜファイルをチャンクで送信するのか分かりません。私はおそらくあなたが転送しているファイルのサイズのために推測している?これに対する代替可能なアプローチの1つは、WCFストリーミングの使用です。ストリーミングを使用する理由の詳細については、以下のとどのようにそれを設定するために見てみましょう:返信用のすべての

http://msdn.microsoft.com/en-us/library/ms789010.aspx

http://blogs.msdn.com/b/carlosfigueira/archive/2010/07/08/using-transfermode-streamedresponse-to-download-files-in-silverlight-4.aspx

0

まず、感謝します。

私の知る限り、Silverlightはストリーミングをサポートしていません(難しい方法で学んだことです)。チャックに関して、転送されているファイルは膨大であり、チャックされなければならない。

おかげで、

モシェ

関連する問題