自分が知っているAndroidライフサイクルのツラミとベストプラクティスのすべて - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 何が辛いのかとそのツラミを減らす方法について説明してみます（今すぐ導入したら解決！みたいなのはまだちょっと出せてないです）。 TL;DR→ライフサイクル理解してるぜ！という人はベストプラクティスからどうぞ・・！ 前提1: Androidのコンポーネントとプロセス Androidの主なコンポーネントはActivity, Service, Content Provider, Broadcast Receiverです。これらはアプリをまたがると原則別のプロセスになります。 また、あまり知られていないことですが、AndroidManifest.
中級以上のAndroid開発者がAndroidらしい開発のために見たほうが良いURL一覧 - Qiita
Javaの話はいろいろあると思いますが、Android開発を極めていくにはどうしたらいいかという話を吐き出してみようと思います。 開発入門向けのガイドはいいもの https://github.com/mixi-inc/AndroidTraining があるので、より実践的な内容をどうするか、という話にフォーカスします。 Androidなデザインと開発 Material Designのガイドライン Googleが考えた最強（？）のデザインガイドライン、それがマテリアルデザインです。 https://www.google.com/design/spec/material-design/introduction.html 使うべきUI部品、リスト表示のレイアウト、ダイアログを使うタイミングと表示内容、遷移アニメーションの使い方など多岐に渡ります。 この内容に沿って開発するとかなりモダンなAndr
Dockerライフサイクルの基礎 地雷を踏み抜けろ！
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
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
Activity のライフサイクル再確認 - Qiita
Android 5.0がリリースされアプリケーション開発を行う際に、改めて Android アプリの基本である Activity について再確認してみようと思いライフサイクルを調査してみました。 標準的なライフサイクル Android Developers では Activity Lifecycle は以下のように説明されています。 この図では基本的な Activity のライフサイクルを示し、ライフサイクルが変化するタイミングで呼び出される Activity のメソッドを示しています。 ただ最新の Android 5.0 (API Level:21) で示されているメソッドを見ていくと、図の中で省略されているメソッドがいくつかあります。 Activity の launchMode など状態遷移を変化させる属性を指定されている場合から、実際に動作確認しながらライフサイクルの内容を整理・確認
Androidアクティビティのライフサイクル解釈 - clock-up-blog
公式のライフサイクルがちょっと分かりにくい Activity | Android Developers に載ってる図。 状態のフローなんだか処理のフローなんだかどっちつかずでややこしい。 何度見ても頭に入らないから毎度毎度図を見直すことになる。 状態遷移図として表現すると分かりやすい こんな感じです。どうでしょうか。 あくまでも図の形式は状態遷移図で、ハンドラ呼び出しは矢印に現れるだけ。 アクティビティ作成 アクティビティが作成されると、「未作成」状態から「最前面」状態へと一気に遷移する。 その過程で onCreate, onStart, onResume が呼ばれる。 半透明な他のアクティビティに覆われたとき 他のアクティビティが手前に来たら「非最前面」状態に遷移する。 その過程で onPause が呼ばれる。 手前に来た他のアクティビティが半透明の場合、 元のアクティビティは透けて見え
アクティビティ、アプリの終了方法 - 戌印-INUJIRUSHI- （Androidあれこれ） -
アクティビティ、または、アプリを終了させるには複数の方法が存在します。 この記事を書くにあたり、てくめも様のSystem.exit() を使ってはいけない理由と、終了方法のまとめを参考にさせて頂きました。 ①Activity#finish() アクティビティをライフサイクルに沿って正しく終了させる唯一の方法。 起動アクティビティの場合は、アプリを終了する(※)。 終了と書いてあるが、Android OSに対して終了通知を送るだけで、呼び出された直後に終了するわけではない。 そのため、finish()以降に処理が記述されていれば記述された処理は実行されてしまう。 なお、Android端末の戻るボタン押下時にも呼ばれている。 ※ここでのアプリ終了はアクティビティが全て閉じられた状態であり、プロセスを完全に終了させるわけではない。プロセス終了のタイミングはAndroidのOSに依存する。 ②Ac
Android2.3と4.1のActivityの挙動の違い
Android2.3と4.1でActivityの挙動が少し異なるようなので調べてみました。 ActivityにSurfaceViewが一つあるだけのアプリを作成し、onCreate、onStart、onResume、onPause、onStop、onDestroy、onSaveInstanceState、onRestoreInstanceState、surfaceCreated、surfaceChanged、surfaceDestroyed それとSurfaceViewのコンストラクタにログ出力を入れて呼ばれるタイミングを調査しました。 使用した端末 ・HTC EVO (Android 2.3.4) ・Galaxy Nexus (Android 4.1.1) １．アプリ起動後、戻るボタンで終了 2.3 4.1 onCreate onCreate SurfaceView Constructo
Serviceのライフサイクルの動作確認 - terurouメモ
ググればライフサイクルのフローチャートが出てくるだけど、念のため動作確認してみた。想定していたのと違う挙動をしたパターンがいくつかあった。 要点 unbind()せずにServiceは停止できない。 テストコード 基本的にはAIDLを使ったServiceを作ってるだけ。テスト内容に合わせてコメントアウトしたり。 ITestService.aidl package local.ServiceLifecycle; interface ITestService { int add(int x, int y); } TestService.java ログ取ってるだけですね。 package local.ServiceLifecycle; import android.app.Service; import android.content.Intent; import android.os.IBin
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
ActivityLifecycleCallbacksをバックポートしました - _development,
ActivityLifecycleCallbacksをバックポートしたライブラリ、android-lifecyclecallbacks-supportを作成しました。 ActivityLifecycleCallbacksはIce Cream Sandwichで追加されたAPIですが、本バックポートを使うことでそれ以前のバージョンでも同様の機能が実現できます。 本ライブラリは、ICS以降、以前のどちらでも動作します。 実行環境がICS以降の場合はオリジナルのActivityLifecycleCallbacksの機構にディスパッチします。 使い方 アプリケーションで使うAppplicaitonの基底クラスをLifecycleCallbacksSupportApplicationにします。 com.uphyca.android.support.lifecyclecallbacks.Lifecyc
AndroidのActivityのライフサイクルに関して多くの人が誤解している点
AndroidのActivityに関していろいろ調べた。おそらく(私も含めて)多くの人が誤解している点をまとめた。 メモリ不足の時、あるActivityだけが破棄されるという事は無い システムのメモリが足りなくなったときにはLow Memory Killerが動作するが、Low Memory Killerはprocessの中の、あるActivityだけを破棄するということはせず、process全体をkillする。 メモリ不足により、「あるActivityはonDestroyが呼ばれずに破棄され、他のActivityは生きている」、ということは起こらない。processがkillされたとき以外は、onCreateとonDestroyはセットで呼ばれる。 メモリが足りなくなってprocessがkillされるのをシミュレートするには、単にDDMSでprocessを選択し、STOPボタンを押せば良
Android Tips #21 画面遷移パターンでみる Activity のライフサイクル | DevelopersIO
基本的なライフサイクルメソッドを補うかのように、さまざまなタイミングでハンドリングできるのが分かると思います。これらのメソッドをうまく使うと、いろいろと細かい制御ができるようになります。 画面遷移パターンで呼ばれるメソッドを確認する 上記すべてのメソッドが呼ばれたときのログをとり、いくつかの画面遷移のパターンを操作したときに呼ばれるメソッドとその順番を確認してみました。 Activity を起動する アプリ起動後、初めて表示されたときの場合です。 onApplyThemeResource() は onCreate() より前に呼ばれています。 Activity の表示中にバックキーを押す Activity の表示中にバックキーを押して Activity を閉じました。 Activity にはもう戻ってこないので、 onDestroy() まで呼ばれ完全に破棄されます。 Activity の
Android開発 ホームボタン押下やアプリ切り替わりを検知する
2011年10月30日23:42 カテゴリAndroid Android開発 ホームボタン押下やアプリ切り替わりを検知する ホームボタンを押してアプリがバックグラウンドに回る時や、他のアプリに遷移した時に、メッセージを出したりする方法を検討しました。この記事は、その時に試したソースコードや特徴をまとめたものです。 なお結論としては、onUserLeaveHint()を使う方法が最も良いでしょう。こちらに全体のソースコードを置きました。 調べた所、onUserLeaveHint()を使う方法とIntent.ACTION_CLOSE_SYSTEM_DIALOGSを使う方法の２通りがあるようです。それぞれ見てきましょう。 ■onUserLeaveHint()を使う方法 ・Activityがバックグラウンドに行くと呼ばれます。 ・ホームボタンが押された時の他、通知領域から他のアプリに遷移した場合な
Android開発の落とし穴 - FLYING
昨日のエントリーに引き続き，バッドノウハウ的なものを箇条書きでまとめておく。思い付いた順に追加していく予定。 Activity関連 永続化はonPauseで行う*1。詳しくはActivityのライフサイクル図を参照のこと。 onPauseと対になっている処理は，onResumeで行うこと。onStart/onStopはあんまり使わない，気がする。 DialogはAlertDialog.Builderを使って実装するのが楽。ただし，裏で何らかの処理を行なっている間，ユーザーに操作をさせないために表示するダイアログ（いわゆるProgressDialog）は使わないようにする。DialogではなくActivityを新しく作って表示させることで，いくつかのトラブルを回避できる*2 *3。 重いタスクはUIスレッドで処理しない。AsyncTaskなどを使ってワーカースレッドで実行する。ただし，ワーカ
Androidアプリの間違った作り方 - たていすのメモ2
とある外注さんが書いてきたコードがひどかった。 バックグラウンドでのオーディオ再生を、Activityから作成したワーカースレッドで行う。キャンセル処理は全く考慮していない。 UIスレッド上でばんばんHTTPリクエストを投げる。応答を読み終わるまでループを回す。 アプリケーションの起動中にずっと保持する必要のある情報をIntentに書く。それを読むのはonStart()ではなくonCreate()。 Activityの初期化は全部onCreate()に書く。onStart()もonStop()も全く使ってない。 アプリケーションの起動中にずっと保持する必要のある情報をstaticメンバに持たせる。 どう悪いか説明しておこう。 Activityから起動されるワーカースレッドの寿命 たとえば画面上で表示する情報をHTTPリクエストで取得する等の処理はワーカスレッドを使うと応答性を失わずに欠くこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実業務でちゃんと使えるAndroidアプリ開発入門
絶対落ちないアプリの作り方
Preview the new Google Groups - Google Groups