問題タブ [background-transfer]

メトロ アプリのバックグラウンド転送 (アップローダー) の進行状況は、以下に示すように、1 秒以内に 1 MB を超えるファイルに対して 100% を示しています。

したがって、私の進行状況バーにも 100% が表示されますが、これはもちろん間違っています。しばらくすると、アップロードが完了し、次のようになります。

したがって、ある意味ではアップローダは機能していますが、この間違った原因により、実際にはファイルは 100% 完了していません。10 MB のファイルをテストしましたが、問題は同じままです。 3分後に来てください。

http://code.msdn.microsoft.com/windowsapps/Background-Transfer-Sample-d7833f61で提供されているものと同じアップロード サンプルを使用しています。

私が使用したコードは次のとおりです。

BackgroundTransferService ドキュメントで次の段落に気付きました。

This property allows applications to request that background transfers proceed when only a cellular connection is available and when the device is on battery power. This is only a preference setting. It does not guarantee that transfers will take place under these conditions. The default value is None, which indicates that transfers should occur only when a Wi-Fi connection is available and when the device is connected to external power.

http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh286419(v=vs.105).aspx

私は英語のネイティブ スピーカーではありませんが、それは、API がサイコロを振って、アップロードが機能するかどうか、選択した設定が何であれ、転送が一時停止または失敗する可能性があることを意味しますか?

一見したところ、ランダム性に頼るのは意味がありません。

BackgroundTransfer が無期限にファイルをアップロードしようとするのを防ぐ方法はありますか。私のユーザーの 1 人が携帯電話から Facebook に映画をアップロードしようとしているとしましょう。Facebook Graph API は、バイト範囲/履歴書/その他を受け入れません。ネットワークが低速で、50 kbps 未満であるとします。50 kbps 未満の場合、BackgroundTransferService はアップロードを再開します。

そうは言っても、アプリをテストしているときに、アップロードが非常に遅い 3G wifi ルーターで 4 ～ 5 回再起動することに気付きました (ええ... 私は 2 つのケースが混在しています)。

この動作は GSM/3G/4G ネットワークで発生しますか?

この動作は、Wifi では大歓迎ですが、電話ネットワークではそうではありません。データのコストが高くなるためです。

[編集]

重要な情報を 1 つ忘れていました。WP にインターネットがないため、電話ネットワークでの BTS の動作を無視しています。

アプリがバックグラウンドにある場合、BackgroundTransferRequest を BackgroundTransferService に追加すると成功しますが、アプリがフォアグラウンドに戻るまで、新しい要求は実際には実行されません。完了するまでにかなりの時間がかかる可能性のある小さなファイルを多数ダウンロードするという私のシナリオにはあまり適していません。

マイクロソフトはおそらく設計によりこの動作を実装していると思いますが(?)、これを回避する方法または代替アプローチを知っている人はいますか?

問題の背景のビット:

マップのセクションをダウンロードしてキャッシュし、オフラインで使用できるようにする Windows Phone 8 マップ アプリを開発しています。このプロセスでは、何千ものマップ タイルをダウンロードする必要があります。

25 の BackgroundTransferRequest の完全な制限を生成し、リクエストが完了すると BackgroundTransferService にさらに追加するプロセスを作成しました。アプリが実際にバックグラウンドに入るまで、これはすべて正常に機能します。

タイルを zip にまとめて単一のリクエストとしてダウンロードできるように、Web サーバー側で処理を行うことを検討しましたが、これはさらに複雑であり、ダウンロードを完了してから抽出するために電話で 2 倍のスペースが必要になります。元のパッケージを削除する前のファイル。しかし、理想的には、新しい BackgroundTransferRequest を強制的にバックグラウンドで実行する方法を見つけたいと思います。

msdn ステートメントに基づいて、Windows Phone はアプリケーションごとに最大 25 のアウトバウンド バックグラウンド転送を持つことができます。陳述と実際の実行の違いを明確にしてください。

Cookie認証を使用してダウンロードを試みています：

ここまではすべてが完全に機能しますが、ダウンロードを復元しようとすると問題が始まり、JSESSIONID の有効期限が切れています

リクエストヘッダーを再度設定できる場所を見つけようとしましたが、できませんでした。新しい BackgroundDownloader を作成すると、どこでダウンロード操作に設定できますか?? いくつかのヘルプは非常に高く評価されています