、onStop
、onSaveInstanceState
にはどうなるべきか混乱しています。しかし、ユーザーが(例えばドラフトEメールのように)離れるときに、このような変更は永続的に保存されることを期待する場合にのみ、アンドロイド - onPause、onStop、onSaveInstanceStateに格納されたデータ
未保存の変更をコミットします - 例えば、Androidのドキュメントはについては があると言います。あなたは、このようなデータベースに情報を書き込むような大きな、より多くのCPUを集中シャットダウン操作を実行するために)(onStop使用する必要があります
から
onStop
については。
onSaveInstanceState
のためにあなたの活動は、このような活動で、ユーザーの進捗状況を追跡メンバ変数として、あなたが復元したい複数の状態情報を持っているかもしれません。
これらの3つの点は基本的にフォームや電子メールのような情報を格納することを指摘していますか?どの方法でそれを救うべきですか?
'onStop()'は、2016年1月現在のAndroidデバイスの96.8%を占めるHoneycomb(3.0)以降に呼び出されることが保証されています。したがって、データを保存するために 'onPause() 'より' onStop今。 –
@VickyChijwaniソフトウェアエンジニアリングの観点からは、あなたのアプリのメタデータ(明示的に言及していない)で明示的にAndroid 3.0が必要な場合を除き、 'onPause()'に対する_streferring_ 'onStop()は受け入れられません。 –
私はAndroid 3.0以降のアプリを作っています。私が 'onStop()'を好むもう(議論の的になる)理由は、[onPause() 'docs](http://developer.android.com/reference/android/app/Activity.html#onPause %28%29): "アクティビティBがアクティビティAの前で起動されると、AのonPause()が戻るまで... Bは作成されませんので、ここで何もしないでください。もちろん、ライフサイクル全体の文書はまだかなり混乱しているので、これは決定的なものではありません。 –