[B! activity] satom9to5のブックマーク

Androidアプリケーション開発におけるActivityの肥大化を防ぐデザインパターン

社会人エンジニア向けの教育プログラム「トップエスイー」での講義や制作結果などからエンジニアの皆さんに対して有用な情報をお届けするコーナーです。今回は、受講生が修了制作で取り組んだ内容を紹介します。テーマは「Androidアプリケーション開発におけるデザインパターン」です。Androidアプリケーション開発をしていると、Androidアプリケーション開発固有の問題に直面することが多々あります。今回はそのうちの1つの問題を解決するデザインパターンを提示します。パターンの紹介はもちろん、どのようにしてデザインパターンを導いたのか、というところから解説します。読んでいただいた上で、ぜひ今後のAndroidアプリケーション開発に活用すると同時に、デザインパターン活用の有効性を知っていただきたいと思います。 Activity肥大化問題 Androidアプリケーション開発でユーザーインタフェースを構築す

satom9to5 2017/06/21

リンク

自分が知っているAndroidライフサイクルのツラミとベストプラクティスのすべて - Qiita

何が辛いのかとそのツラミを減らす方法について説明してみます（今すぐ導入したら解決！みたいなのはまだちょっと出せてないです）。 TL;DR→ライフサイクル理解してるぜ！という人はベストプラクティスからどうぞ・・！前提1: Androidのコンポーネントとプロセス Androidの主なコンポーネントはActivity, Service, Content Provider, Broadcast Receiverです。これらはアプリをまたがると原則別のプロセスになります。また、あまり知られていないことですが、AndroidManifest.xmlに記述することで1つのアプリ内でも別のプロセスとして起動することができます。逆に、特別な設定をすれば同じプロセス内で2つのアプリを実行することもできます（普通しない）。 https://developer.android.com/guide/compo

satom9to5 2016/06/01

リンク

Application Contextは使ってはいけない - ちりもつ on ytRino

タイトルは誇張です。みんな大好きpotatotipsという勉強会で以下のようなトークがあったようです。(現場には行っていません) 曰く「ActivityContextで何千回もやったら数回リークが検出された。なるべくApplicationContextを使おう」とのことらしいですが、間違いなく死人が出る(誇張)と思いますのでご注意ください。 (追記20160527: 修正されたようですなんかすみません) speakerdeck.com 結論 Application Contextは使わないでください。(誇張) (実際は使うときは使う) なぜApplication Contextなのか Application Context使おうぜ!という根拠の記事としてこちらのフェンリルのDeveloper's Blogの [追記あり] Android 開発で気をつけたいこと〜変数名と Conte

satom9to5 2016/05/26

リンク

Activity, Fragment, CustomView の使い分け - マッチョなActivityにさよならする方法 -

satom9to5 2016/03/01

リンク

BaseActivityに処理を求めるのは間違っているだろうか - Qiita

先日行われましたDroidKaigiのFireside Chatにおいて、BaseActivityの是非についての話が出ました。その場では概ね不評…というか使わない方がいいという話になったのですが、このエントリはそれに異を唱える内容です。そもそもBaseActivityとは何か要は、アプリ内で使うActivityの基底となるクラスのことです。複数のActivityで使うような処理をBaseActivityに書いて処理をまとめて共通化しておくことで、サブクラスにおけるコードの量を少なくするのが狙いです。なぜBaseActivityは嫌われるのか iOSの話になりますが、こちらのエントリに書かれていることとほぼ同じ理由です。つまり、BaseActivityが便利故ににいろいろ処理を書きすぎて肥大化し、なおかつ継承したクラスがそれに依存してしまうのが問題なわけです。他のActivi

satom9to5 2015/05/19

リンク

Androidソースコードレビューで指摘する事が多い項目まとめ - こやまカニ大好き

業務でソースコードレビューを行う機会が増えたので、複数回指摘した項目や気になった実装などをまとめてみました。こういう観点をできる人と共有できるといいなあ…。 2014/09/29 23:00 一部修正しました。業務上ソースコードレビューの名目で仕様・デザインまで見ることになっていたためこれらを先頭に書いていましたが、わかりづらかったため最後にまとめました。 Fragment関連 FragmentとActivityの密結合 Fragmentが特定のActivityから呼ばれることを想定して書かれている場合、そのFragmentとActivityは密結合である場合が多いです。具体的には、以下の様な実装です。 ActivityのViewを参照する Activityのメソッドを直接呼び出すなぜダメか Fragmentの利点のひとつは優れた再利用性にあります。 Fragmentが特定のAct

satom9to5 2015/02/18

リンク

システムの起動時にアプリを起動する - Qiita

ググれば出てくるんだけど、情報が古いので書きなおしてみた。全体 Android OS の起動が終わると android.intent.action.BOOT_COMPLETED がブロードキャストされるので、それを捕まえて任意の処理をする。起動時に呼び出されるコードブロードキャストを捕まえたときに呼ばれるコード。MyActivity を開始している。BroadcastReceiver から Activity を開始するには Intent.FLAG_ACTIVITY_NEW_TASK が必要なので注意。 public class StartupReceiver extends BroadcastReceiver { private static final String TAG = "StartupReceiver"; @Override public void onReceive(C

satom9to5 2015/02/16

リンク

Android:引数はthisか？getApplicationContextか？ActivityとApplicationの違い

Android:引数はthisか？getApplicationContextか？ActivityとApplicationの違い AndroidにはContextを引数にとるAPIが数多く存在しています。例えばArrayAdapterのコンストラクタArrayAdapter<T>(Context, int)があります。このコンストラクタ。Activityで使用する場合、第一引数へはthisとしてActivityContextを指定すべきでしょうか？それともthis.getApplicationContext()としてApplicationContextを指定すべきでしょうか？ ContextはAndroidアプリを作成している場合によく使用されるクラスですが、その役割や詳細は下記のような理由から不透明な部分が多いです。 Contextがアプリケーションに関する様々な情報へのインタフェ