FragmentをonCreateで何も考えずにaddして増殖するケースが後を絶たない件 - Qiita
連続して3つの現場で同じバグが発生しているアプリを直すという経験をしたので、おそらくかなり多発している気がするこのような不幸が発生することが減るように書き残しておきます。 Fragmentのaddを何も考えずonCreateに書くとActivityのリストア時にリークする 例えば以下のようなごく単純なサンプルアプリ。 public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); getSupportFragmentManager() .beginTransaction()
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
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
【Android Studio】初心者用！ActivityやFragmentの基本まとめ - TokunagaKazuya.tk
備忘録。情報は正確でない可能性がありますので特にご注意を。 Android StudioでFragmentを作ってみる 作成したいフォルダで右クリック→New→Fragment→Blank Fragment Fragmentのクラスやら、layout用のXMLの名前などを決める。 ※比較用に別途List Fragmentと、New→Activity→Blank Activity with Fragment も作っておいたほうが後々無難 レイアウトから呼び出す ここのXMLを参考に、とりあえずは組めばよろし。 Fragmentを使ってみる android.view.InflateException: Binary XML file line #7: Error inflating class fragment ItemFragmentは生成された時点でOnFragmentInteractio
BaseActivityに処理を求めるのは間違っているだろうか - Qiita
先日行われましたDroidKaigiのFireside Chatにおいて、BaseActivityの是非についての話が出ました。 その場では概ね不評…というか使わない方がいいという話になったのですが、このエントリはそれに異を唱える内容です。 そもそもBaseActivityとは何か 要は、アプリ内で使うActivityの基底となるクラスのことです。 複数のActivityで使うような処理をBaseActivityに書いて処理をまとめて共通化しておくことで、サブクラスにおけるコードの量を少なくするのが狙いです。 なぜBaseActivityは嫌われるのか iOSの話になりますが、こちらのエントリに書かれていることとほぼ同じ理由です。 つまり、BaseActivityが便利故ににいろいろ処理を書きすぎて肥大化し、なおかつ継承したクラスがそれに依存してしまうのが問題なわけです。 他のActivi
Web な人もアプリな人も、これから新しく Android アプリを作るなら抑えておきたいポイント3選 - Qiita
Web な人もアプリな人も、これから新しく Android アプリを作るなら抑えておきたいポイント3選Androidandroid開発 概要 Lollipop が発表されてから時間も立ち、Android Auto、Android Wear、Android TV と、多様性を見せ始めた Android ですが、今後とも多種多様なデバイス向けに様々なアプリを作っていく流れがあるなか、新しくアプリを作るなら抑えておきたい要所をまとめました。 TL;DR 抑えるところは 3 つ。 画面とライフサイクル 非同期処理 互換性 かなり端的にいうと、Activity や Service などのライフサイクルとうまく付き合いながら、コードの構成のレイヤー化を行い、非同期処理を簡潔に記述できる準備をしておくことと、非同期処理とあわせてマルチスレッドプログラミングの基本を抑えておくこと、互換性への準備を最初にし
Activity/Fragment Transitionsのつかいかた - Qiita
Android Advent Calendar 2014 21日目の記事です。 LollipopでActivity Transitionsが追加されました。(https://developer.android.com/training/material/animations.html#Transitions) Fragmentにも無いのかな？と探してみたところ普通にありましたので,あわせて新たに追加されたTransitionの使い方をまとめます。 できるようになったこと 今まではActivity/Fragmentの遷移時のアニメーションについては、それぞれの持つView 全体 に対して効果を指定していました。 LollipopからはTransitionを用いることにより、Activity/Fragmentの 各View についてアニメーション可能になりました。 例えばViewが画面外に発散
Activity のライフサイクル再確認 - Qiita
Android 5.0がリリースされアプリケーション開発を行う際に、改めて Android アプリの基本である Activity について再確認してみようと思いライフサイクルを調査してみました。 標準的なライフサイクル Android Developers では Activity Lifecycle は以下のように説明されています。 この図では基本的な Activity のライフサイクルを示し、ライフサイクルが変化するタイミングで呼び出される Activity のメソッドを示しています。 ただ最新の Android 5.0 (API Level:21) で示されているメソッドを見ていくと、図の中で省略されているメソッドがいくつかあります。 Activity の launchMode など状態遷移を変化させる属性を指定されている場合から、実際に動作確認しながらライフサイクルの内容を整理・確認
「findViewById」にイラつくことがなくなりそうなプラグイン「Android Layout ID Converter」 | DevelopersIO
Androidデベロッパーのみなさん、「findViewById」にイラっとくることありませんか？ そんなイライラをライブラリなしですっきり解決する Android Studio プラグイン「Android Layout ID Converter」のご紹介をします。 プラグイン導入 なにはともあれ、プラグインをインストールしましょう。 Preferences... > Plugins > Browse Repositories... とたどっていき検索するとプラグインが表示されるので、[install plugin]ボタンを押します。 いつも通り Android Studio を再起動しろと言われて「は？」っと思いながらも再起動するとプラグインが有効化されます。 レイアウトXML レイアウトのXMLファイルを作り、それぞれにidを付けます。 とりあえずこんな感じにしてみました。 <Line
[Android Tips] Pub / Sub ライブラリ「Otto」を使って Fragment から Activity にイベントを通知する | DevelopersIO
Pub / Sub みなさん、Fragment で発生したイベントを Activity に通知する場合は、どのように実装していますか？ Fragment の Listener を作ってみたり、Activity に Public メソッドを作ってみたりといったような方法がありますが、何だかスマートじゃないですよね。 そんなときに役に立つのが Otto というライブラリです。モバイル決済サービスで有名な Square 社が公開しており、Google が公開している Guava ライブラリを Fork して作られています。 このライブラリを使うと、Pub / Sub モデルのメッセージングを非常に簡単に実装できます。Pub / Sub モデルとは簡単に説明すると、2つのクラスをそれぞれ出版者(Publisher)、購読者(Subscriber)として扱い、出版者のクラスが Publish すると
Androidアクティビティのライフサイクル解釈 - clock-up-blog
公式のライフサイクルがちょっと分かりにくい Activity | Android Developers に載ってる図。 状態のフローなんだか処理のフローなんだかどっちつかずでややこしい。 何度見ても頭に入らないから毎度毎度図を見直すことになる。 状態遷移図として表現すると分かりやすい こんな感じです。どうでしょうか。 あくまでも図の形式は状態遷移図で、ハンドラ呼び出しは矢印に現れるだけ。 アクティビティ作成 アクティビティが作成されると、「未作成」状態から「最前面」状態へと一気に遷移する。 その過程で onCreate, onStart, onResume が呼ばれる。 半透明な他のアクティビティに覆われたとき 他のアクティビティが手前に来たら「非最前面」状態に遷移する。 その過程で onPause が呼ばれる。 手前に来た他のアクティビティが半透明の場合、 元のアクティビティは透けて見え
やさしい設計 〜 Android 編 - Qiita
アプリを作っていてありがちなこと Android には、画面を構成するための Activity というコンポーネントがあり、概ね MVC フレームワークの Controller に相当する機能を持っています。 MVC といえば、肥大化する Controller というのがよくある問題として挙げられますが、Activity も例に漏れず、往々にして肥大化しがちです。 また、Model も、その責務を詰め込んでいくと肥大化しやすいレイヤと言えます。 この投稿では、Controller や Model の肥大化を極力防ぐためのレイヤわけを、Android アプリ向けに書いていきます。 Activity を綺麗に保つ Activity は、Controller として、様々な UI から受けるイベントを受けて、適切にハンドリングする役割を持っています。 OptionsMenu や ContextM
In-app billing V3 は singleInstance な Activity では使えない
「Android launchMode の違い」 で解説したように、Activity には4つの launchMode が設定できます。 standard singleTop singleTask singleInstance それぞれの解説は上のエントリーに任せるとして、このなかの singleInstance を指定した Activity で In-app billing V3 の購入処理を行うとうまくいきません。 singleInstance はアプリでタスク1個、タスク内の Activity も1個というストイックな設定です。 In-app billing V3 の課金処理では、Activity の startIntentSenderForResult (IntentSender intent, int requestCode, Intent fillInIntent, int f
Activity生成時に別のActivityをさらに起動する場合はHandlerを使わないと不可解な現象に遭遇します(しました) - _development,
Activityが生成された時に何らかの条件で別のActivityを開くコードを実装することもあるでしょう。 例えば、初回の起動時のみインストラクションを表示するといったような。 こういう場合にActivity.onCreate(...)()のなかでActivity.startActivity(...)を呼んでしまうと不可解なことが起こります。 悪い例 以下はactionbarsherlockでタブを使った切り替えのあるメイン画面(MainActivity)で、そのonCreate(...)でSubActivityを起動しています。 public class MainActivity extends SherlockFragmentActivity implements ActionBar.TabListener { public static final class MyFragment
ClassNotFoundException after ADT update
I've recently updated Android SDK & Eclipse ADT plugin to latest version. Now when i try to run a pre-existing Android project, the LogCat shows a ClassNotFoundException. I tried to create a new device but the problem still exists. Manifest <?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.myapp" android:versionCode="1"
アクティビティ、アプリの終了方法 - 戌印-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
Android launchMode の違い
android:launchMode については以前のエントリ 「Android Activity, Task, Stack, Launch mode」 にも少し書いたのですが、それぞれの違いについてもう少し詳しく説明したいと思います。 上記のエントリで私がまとめた launchMode の表を再掲します。 この表に載っている 「インテントに応答するアクティビティをどのタスクに保持するか」 「アクティビティのインスタンスを複数生成できるか」 「インスタンスに他のアクティビティを含めることができるか」 「クラスの新しいインスタンスを起動して新しいインテントを処理するかどうか」 について順番に説明します。 ■ インテントに応答するアクティビティをどのタスクに保持するか ここに アプリX があるとします。 このアプリは ACTION_SEND を処理できる Activity A を持っています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アプリ切り替えイベントについて - Google グループ
throw Life - ActivityのOpenとCloseをアニメーションさせる