自分が知っているAndroidライフサイクルのツラミとベストプラクティスのすべて - Qiita
何が辛いのかとそのツラミを減らす方法について説明してみます（今すぐ導入したら解決！みたいなのはまだちょっと出せてないです）。 TL;DR→ライフサイクル理解してるぜ！という人はベストプラクティスからどうぞ・・！ 前提1: Androidのコンポーネントとプロセス Androidの主なコンポーネントはActivity, Service, Content Provider, Broadcast Receiverです。これらはアプリをまたがると原則別のプロセスになります。 また、あまり知られていないことですが、AndroidManifest.xmlに記述することで1つのアプリ内でも別のプロセスとして起動することができます。逆に、特別な設定をすれば同じプロセス内で2つのアプリを実行することもできます（普通しない）。 https://developer.android.com/guide/compo
ActivityをスリムにするObject Compositionパターン - Qiita
Androidアプリの開発に業務で携わってから半年と少しの新米 Android エンジニアです。 Activity の仕事を Object Composition （オブジェクト合成）パターンで減らしたら、予想以上に使い勝手が良かったので、色々な方に使っていただきたいなと思って。 Object Composition すると何が良いのか 大きく分けて２つの効能があります。 Acitvity の役割がはっきりする Activity に複数の責務を負わせることがなくなるため、 メソッドの一覧を見るだけで Activity が何をしているのかを把握することができます 。 具体的には、 MVCパターンやMVPパターンにおけるViewの役割に徹させることが可能です。 また、それゆえに Activity に書くべきことが少なくなります。 実際に業務で書いた Activity (サーバから受けたデータを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
