ActivityとFragmentのライフサイクルと罠 - Qiita
ActivityとFragmentのライフサイクルを意識しなければならない状況で、 思っていたライフサイクルとは異なるフローで呼ばれていたため、 調査をしてみました。(主に破棄周り) http://developer.android.com/guide/components/fragments.html The lifecycle of the activity in which the fragment lives directly affects the lifecycle of the fragment, such that each lifecycle callback for the activity results in a similar callback for each fragment. For example, when the activity receives o
Fragmentを勉強する - part2 - The blog :: Memo & Journal
今回も前回の続きでFragmentに関しての覚え書きです。今回はここから Managing Fragment Fragmentを管理するにはFragmentManagerを使用する。Activity#getFragmentManager()でFragmentManagerを取得する FragmentManagerで出来る事の例 FragmentManager#findFragmentById()やFragmentManager#findFragmentByTag()でFragmentを取得する FragmentManager#popbackStack()でback stackからFragmentを取得する(Back keyで戻る行為と同じ) FragmentManager#addOnBackStackChangedListener()でback stackのlistenerを登録する Pe
Activity再生成時のデータの保存・復元(Fragment#setRetainInstance) - プログラマってこんなかんじ？？
ネットワークからデータ取得(画像とか) データ取得完了したら画面にデータ反映 こういうパターンってよくありますよね。このときに画面回転等のコンフィグ変更(縦横切替とか)が行われると 「Activity のインスタンスが破棄->再生成」 されるので、何も考えてないと保存データも一緒に破棄されてしまいます。なので、内部に保存しているデータを 「保存/復元」 する必要があります。 自分、コンフィグ変更で Activity再生成 とかされると正直めんどくさいので、基本的に "android:configChanges" の属性指定で Activity再生成抑止 して データの保存/復元 とか考えない方向でいいんじゃね。とか思ってたんです(すみません)。 でもよくよく調べてたら Activity再生成 を回避できないケース がありまして。例えば、「フォント切替」。 こいつは configChange
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
