0

私は Windows Phone の開発にかなり慣れていません。ユーザーがファイルをアップロードまたはダウンロードできるようにするシナリオがありますが、認証 (oAuth、NTLM はすべての標準メカニズムを形成しますが、oAuth に限定されません) と共に行います。

これまでのところ、私たちのRnDは、次のオプションがあることを示唆しています

1- リソース集約型エージェント リソース集約型に関連 する制約(最小バッテリーなど) により、このオプションを削除することになりました。

2- 定期的なエージェント 比較的優れたオプションですが、30 分後に実行され、10 分間の制約があるため、モバイルでユーザーが 1 ～ 2 GB のビデオをアップロードしたい場合、競争が保証されず、uこのアプローチに関連する他の問題を予測できます。

3- バックグラウンド ファイル転送 これは私たちのシナリオでは最良のオプションですが、私の同僚は、基本的な Windows 認証をサポートしておらず、ユーザー エージェントなどを変更できないと言いました。

4- アプリケーション 上 もう 1 つのオプションは、アプリケーション上でネットワーク操作を実行することですが、アプリケーション上でユーザーを長時間維持することはできません。そう...

同様のシナリオを経験したことのある人、または製品チームの誰でも、ここでガイドできますか? これはよくあるシナリオですが、ここで何か不足していますか? それとも本当にAPIの制限ですか?

4

1 に答える 1

1

Resource Intensive Agentsは、機能するために外部電源を必要とするため、ユース ケースでは実際には機能しません。ユーザーが電話を受けると、エージェントが終了することは言うまでもありません。

定期的なエージェントの期間は 10 分ではなく25 秒に制限されているため (10 分はリソースを集中的に使用するエージェントの場合)、ギガバイトの情報をアップロードする必要がある場合は、実際にはオプションではありません。

バックグラウンド ファイル転送には、100 メガバイトのハード リミットがあります。（セルラーインターネットではさらに少なくなります）。

オン アプリケーションは非常に可能性の高いオプションです。問題がある場合は、電話が画面をロックするのを防ぐことができます。ここでのより大きな問題は、ユーザーがアップロード中にほとんど立ち往生していることです。さらに重要なことに、これはあなたが言及した4つのうちの唯一の選択肢のようです.

于 2013-09-07T22:43:32.403 に答える