【DroidKaigi2015】初学者に嬉しいAndroid開発環境(あとMVCとか)

【DroidKaigi2015】初学者に嬉しいAndroid開発環境(あとMVCとか)

• 1.
  初学者に嬉しい Android開発環境 （あとMVCとか） Hiroyuki Kusu (@hkusu_ ) 株式会社ゆめみ 2015/4/25 DroidKaigi
• 2.
  自己紹介 ・元々はサーバサイドエンジニア ・SE職/マネジメント職が長かった （最近、技術職にもどった） ・Android はそれほど長くない ・ほかには JavaScriptなどを やっていきたい（希望）
• 3.
  アウトライン ① 環境・ライブラリ ② アプリケーション構成(MVC) ③学習リソース ※ 前提として、ゲームやハードウェア/OS機能を使うもの ではなく、WEBサービス的 な Android アプリの開発
• 4.
  アウトライン ① 環境・ライブラリ ② アプリケーション構成(MVC) ③学習リソース
• 5.
  環境
• 6.
  ・いまからやるなら Android Studio一択 ・JetBrains 社製。WebStorm、RubyMine らと 同じ感触でさわれる ・iOS 用は AppCode というのがある ・補完とかリファクタ機能とかもすごい ・Gradle 便利（らしい） IDE
• 7.
  何も設定しなくても Android Studio がいろ いろ教えてくれる
• 8.
  困ったら [shift] キー２回押し
• 9.
  ・Genymotion を使う ・VirtualBox 上で動くので速い ・AndroidStudio 用のプラグインあわせて シミュレータ
• 10.
  ライブラリ
• 11.
  ・レイアウトXML上のViewとの関連づけ ・Viewのインベント取得 Butter Knife
• 12.
  Android Studio 用のプラグイン
• 13.
  ・手間が減るというより、Fragmentクラス の冒頭に利用するViewが定義されるという コードスタイルが視覚的に分かりやすい ・リスナーをセットする煩雑なコードが減る ・他には AndroidAnnotations がある ・もっと色々できる （ただ、できすぎて初学者は混乱するかも）
• 14.
  https://github.com/greenrobot/EventBus から転載 EventBus
• 15.
  ・アプリケーション内の任意のインスタンス に任意の通知を送れる ・データも詰め込め、スレッドも飛び越える ・通知を受け取る側が死んでいてもアプリは 落ちない
• 16.
  ・イベントを送る側 ・インベントを受け取る側
• 17.
  ・WEB-API を叩いて結果を受け取る場合 ・画像の読み込みは Picassoを利用する Retorofit OkHttp Gson
• 20.
  ・データを保存する必要がある場合 ・SQL は直に書かずに ActiveAndroid を使う ・ほかには Realm ・SQLiteではなく独自データストア ORM
• 21.
  アウトライン ① 環境・ライブラリ ② アプリケーション構成(MVC) ③学習リソース
• 22.
  MVC構成が分かりやすく、 破綻しないと思う
• 23.
  Model View Controller ① GUIイベント ③描画依頼 ④ データ取り出し ② モデル操作・更新 データの保持 ＆ビジネスロジック （WEB-APIを発行するのは Model）
• 24.
  Model View Controller ① GUIイベント ③描画依頼 Fragment (or Activity) レイアウトXML View、ViewGroupクラス ③④は Controllerを経由する Androidの場合 ② モデル操作・更新 データの保持 ＆ビジネスロジック （WEB-APIを発行するのは Model） ④ データ取り出し 普通のJavaクラス
• 25.
  Model View Controller ① GUIイベント ②モデル操作・更新 ③ 描画依頼 Fragment (or Activity) 普通のJavaクラス ③④は Controllerを経由する Androidの場合 Event Bus ORM Retrofit 等 Butter Knife データの保持 ＆ビジネスロジック （WEB-APIを発行するのは Model） レイアウトXML View、ViewGroupクラス ④ データ取り出し
• 26.
  Model （普通のJavaクラス） ・データの保持(変数)とデータの操作メソッド ・Controller からこちらに追い出す ・イベント取得やViewパーツの操作は しない
• 27.
  Fragment Fragment Fragment Model 長寿 短命 インスタンスの参照 WEB-APIの発行など 複数の画面で使いまわす場合や、時間が かかる処理をある場合
• 28.
  ・長寿の Model はシングルトンに ・インスタンスの参照の取得
• 29.
  ・データ構造を表現するクラス(Entity)を 用意しておく ・Modelで扱うListデータの要素とする ・ORM（Active Android、Realm）や Gsonを利用する 場合は、それらが提供するものを使う
• 30.
  Model View Controller ① GUIイベント ②モデル操作・更新 ③ 描画依頼 ④ データ取り出し データの保持 ＆ビジネスロジック （WEB-APIを発行するのは Model）
• 31.
  Fragment(or Activity) のコード ・Model側では、データが変更されたらEventBus の イベントを投げるようにしておく ・Fragment(or Activity)では、Model のデータで view の表示を洗い替えるようなメソッドを用意 ⇒ Model が更新されたら自動的にview が更新される
• 32.
  コールバックしたり Observable を 使ってもよいが.. ・コールバックはコールバック先が 落ちている可能性がある ・Fragment(orActivity)なら尚更 ・Observable より EventBus 使った方が楽
• 33.
  View レイアウトXML、View、ViewGroup ・クラスを作るときはイベントは処理 させない ・それは Controllerの仕事 ・レイアウトXMLにもイベントに関するもの は定義しない（onClick など） ・(できるだけ)コードでViewの生成や設定は 行わない
• 34.
  Controller Fragment (Activity) Activity Activity Activity Activity 画面遷移的なものはActivity をインテントで 切り替えるのではなくて、
• 35.
  Activity Fragment Fragment Fragment Fragmentを切り替える(その方が楽) ※ただしアプリケーションによる コンテナ
• 36.
  ・アプリケーションに Activity はひとつ ・画面１つに対してFragment はひとつ （ただし パーツの再利用やタブレット向けの場合は その限りではない) ・Fragment on Fragment はできればやらない
• 37.
  Fragment が肥大化する問題 ・目安として500行〜1000行を超えてきたら？ ・Fragment をサブ Controller や サブ Model へ分割する ・Adapter 類はインナークラスから追い出す
• 38.
  Fragment サブ Controllerクラス new して利用 ・Java 的に 通常のクラス(not Fragment) ・Fragmentと同名のライフサイクル メソッドを実装して操作する ・イベント取得やViewパーツの操作 含めて良い ・呼び出し元の Fragment と同じ寿命 サブ Controller への分割
• 40.
  Fragment サブ Modelクラス new して利用 ・データとビジネスロジック ・イベント取得やViewパーツの操作 含めてはダメ ・これも呼び出し元の Fragment と同じ寿命 サブ Model への分割
• 41.
  https://github.com/hkusu/android-mvc-sample だいたいここまでの 構成でサンプルを作った。
• 43.
  アウトライン ① 環境・ライブラリ ② アプリケーション構成(MVC) ③学習リソース
• 44.
  書籍
• 45.
  ・AndroidエンジニアのためのモダンJava http://www.amazon.co.jp/dp/477415878X ・Java未経験者向け。とりあえずこれ一冊でも十分 ・Java言語で学ぶデザインパターン入門 http://www.amazon.co.jp/dp/4797327030 ・EFFECTIVE JAVA http://www.amazon.co.jp/dp/4621066056 書籍（Java）
• 46.
  書籍（Android） ・AndroidStudioではじめるAndroidﾌﾟﾛｸﾞﾗﾐﾝｸﾞ入門 http://www.amazon.co.jp/dp/4798041025 ・Androidプログラミングバイブル http://www.amazon.co.jp/dp/4883378063 ・Android SDK逆引きハンドブック http://www.amazon.co.jp/dp/486354104X
• 47.
  書籍（Android：UI） ・Android Pattern Cookbook http://www.amazon.co.jp/dp/4844335650 ・AndroidUI Cookbook for 4.0 ICS http://www.amazon.co.jp/dp/4844331744 ・Android Layout Cookbook http://www.amazon.co.jp/dp/4844329871
• 48.
  参考になるソース
• 49.
  Android Studio の プロジェクト作成時の雛形
• 50.
  Android Studio で自動生成 できるFragment の雛形
• 51.
  GitHub(https://github.com/googlesamples)で公開されているものと同じ Googleのサンプル
• 52.
  ・まずはドットインストール ・mixiさんのトレーニング資料は慣れてきてから見る (初学者には少し敷居がある) ・ハードウェアやOSまわりの機能は後回し (必要になったら調べる、ぐらいの感覚で) ・通信、SQLiteまわりはライブラリを使う前提で (生で書く機会はそんなにない、と思う) ・端末の向きを固定(回転させない) (Activity や Fragmentのライフサイクルや状態の保存がややこしくなる) ・タブレットの２ペインレイアウトやらない (１画面１Fragmentが最初はやりやすい) 初学者向けの学習方法
• 53.
  おわり
• 54.
  以降、予備スライド
• 55.
  Applicationクラス ・初期化処理やインスタンスの参照の保持に ・ここで参照してるとGCされないので注意
• 57.
  ・レイアウトに関する固定値は、教科書 どおり res フォルダ配下のXML で管理する ・ロジックに関するものは普通に固定値 クラスを作って public static final で定義する ・その Fragment でのみ利用するものはその Fragment に書いてもよいと思う 固定値
• 58.
  動的に生成するものは static メソッドを用意する
• 59.
  ・便利関数的なものは、それ用のクラスを 作り、static なメソッドを定義する ・手続き型言語の関数的なものなので、この クラスでは状態は保持しない Utility系の便利関数
• 61.
  Activity、Fragment 内では、他の Activity、 Fragmentのインスタンスの参照を取得できる ようになっていてる
• 62.
  参照さえ取得してしまえば、そのインスタン ス(Activity、Fragment)のメソッドを実行できる
• 63.
  独自のリスナークラスを作成して利用すると、 匿名クラスの定義でコードが煩雑になるのを 防ぎ、また再利用や値の保持(コンストラクタ で渡す)ができる