AndroidカスタムアプリケーションクラスのonCreate（）メソッドで実行される操作をスケジュールする必要がありますか？

Question

私は、Webサービスによって返される値に依存するAndroidアプリケーションを持っています。この値は1週間に1回しか変更されません。クライアントはこの変更された値を検出する必要がありますが、この変更が検出された正確な時間は実際には重要ではありません.12〜24時間後は問題ありません。

現在の実装では、Webサービスから値を取得するカスタムアプリケーションクラスのonCreate（）メソッドでIntentServiceが開始されます。 SharedPreferencesで最後に取得した値も保持するので、アプリケーションはこの値が取得されるまで待つ必要はありません。

私の質問は、onCreate（）メソッドで最初に取得した後にこの値の取得をスケジュールする必要がある場合です.12時間後に言うことができます。 onCreate（）メソッドはアプリケーションのライフサイクルで一度しか呼び出されませんが、アプリケーションがAndroidシステムによってどのくらい終了する可能性があるのか​​わかりません。スケジューリングが必要ないようにアプリケーションが十分に終了すると仮定することは合理的ですか？そして、私は手術をスケジュールする必要がある場合、これを達成するための最良の方法は何でしょうか？

Answer 1

onCreate()を使用した場合、2度目の保証はないと思います。例えば。ユーザーが携帯電話を充電して充電すると、スリープ状態になり、アプリが終了して数日間放置されます。非常にありそうもないが不可能ではない。

私があなただったら、何らかのスケジュールされたタスクを設定します。たぶん、このリンクが役立ちます：

http://developer.android.com/resources/articles/timed-ui-updates.html

の例では、タスクをキャンセルするOnClickListenerを使用しています。

OnClickListener mStopListener = new OnClickListener() { 
    public void onClick(View v) { 
     mHandler.removeCallbacks(mUpdateTimeTask); 
    } 
}; 

これはおそらくonDestroy()に置きます。

Answer 2

私は同様の設計上の課題があったため、いくつかの選択肢があります。どちらも長所と短所があります。

オプション

あなたは多くのアプリのように、スプラッシュスクリーンを持ち、Webリクエストを作成し、共有設定を更新するasyncTaskクラスを使用することができます。カスタムタイムアウトを設定して、スプラッシュ画面に長時間放置されないようにすることができます。どんな結果であっても、それが更新されたかどうかにかかわらず、sharedPreferencesにロードされたものをロードして、その実行でのアプリの使用にそれを使用することができます。

良いことは、アプリが起動するたびに、データが最新であるかどうかを気にする必要がなくなるため、すぐに取得して取得することです。パフォーマンスの更新のために、sharedPrefの値が最後に更新されたとき（たとえば、12時間前に値を取得した場合）に保存してWebリクエストをスキップすることもできます。その結果、スプラッシュ画面がすぐに出かけるようになります。あなたはこれが不要な電池消耗になりサービスよりもはるかに良いだろう、AlarmManager経由でアラームを使用することができます

オプションB

。 "INTERVAL_DAY"の日のインターバルについてもenumがあります。アラームがトリガーされると、ブロードキャスト受信者はWebリクエストを行い、値を取得して保存するカスタムコードを実行します。アラームの繰り返しが1回の使用であるかどうかを指定できます。

希望に役立ちます。

EDIT：妥当性から選択したものだけがあります。