2015/09/29(Tue)に開催された Roppongi.aar #1 (http://roppongi-aar.connpass.com/event/19478/) での発表資料です。

1. Activity/Fragment
からControllerへ
処理を委譲する
Hiroyuki Kusu ( @hkusu_ )
株式会社ゆめみ
2015/9/29 Roppongi.aar #1

2. 自己紹介

4. DroidKaigiで発表の機会を頂きました。
http://www.slideshare.net/hiroyukikusu/droidkaigi2015androidmvc

5. 作ってます。
https://play.google.com/store/apps/details?id=jp.nailbook

6. 本題

7. ・Activity/Fragmentと同様に、ユーザ操作
を受けつけViewを操作するもの
（ViewController と呼ぶ方がしっくりくるかも）
・Activity/Fragmentの責務をController
に委譲することにより次のメリットがある
- Activity/Fragmentをスリムに
- Controllerの再利用
・1つのActivity/Fragmentに対してController
は複数あっても良い(意味ある単位で作る)
本スライドにおけるControllerの定義

8. Activity/
Fragment
ControllerControllerController
ViewViewView
new
Viewの操作
Viewの操作
ユーザ操作の
受けつけ
ユーザ操作の
受けつけ

9. 具体的な実装
※今回は Butter Knife (v7.0.1) を使います。

10. ※ Fragmentから利用する場合は onCreateView で生成したビュ
ー
をbindする ⇒ ButterKnife.bind(<Controller>, <ビュー>)
@Activity
Controllerインスタンスを作成し
Butter Knife で Activity を bind

11. @Activity
Activityのライフサイクルと
Controllerのライフサイクルを
合わせる

12. @Controller
Viewと変数の関連づけ
Activityのライフサイクルと
同名のメソッドを用意して
ライフサイクル毎の処理
を記述
各Viewのイベント
※ Controllerは普通のJavaのClass

13. Butter Knife の
ちょっとしたTips

14. android-apt(https://bitbucket.org/hvisser/android-apt)
を導入すると Butter Knife で生成されたコード
が確認できたり、@onClickアノテーション等
を付加したメソッドに対するIDEによる警告
(未使用)が出なくなったりする。

15. (動的に決定される等の理由で)レイアウトに存
在しないかもしれないリソースは @Nullable
アノテーションを付加しておくとエラーにな
らない(Butter Knife のバージョンによっては
@Optional かも)。

16. プラグインが便利

18. ほか

19. ・Dagger等でControllerをDIすると良いかも
しれない(未検証)
・Controllerが増えることによりコールバック
まわりが複雑になる問題
⇒ EventBus ですこし楽になる
(疎結合になりすぎないよう注意)
これらはまたの機会に..

20. サンプルコードをGitHubに置きました。
https://github.com/hkusu/android-controller-delegate-sample

21. おわり

22. 予備スライド

23. https://github.com/greenrobot/EventBus から転載
EventBus

24. EventBus
イベントクラスは普通のJavaのClassなのでデータ
を詰め込める(参照型でも良いがリークに注意)
@通知側

25. メインスレッド外のスレッドで投げたイベントを
簡単にメインスレッドで受け取ることも出来る
EventBus
通知側(もしくは購読側)の内部クラスとしてイベントク
ラスを作成すればどこから通知される (もしくはどこで
購読される)イベントであるかコード上わかりやすい
※通知と購読の関係が多対多になったら設計を見直す。またイベント
を投げ合う関係もきっと良くない
@購読側

26. Activity/
Fragment
Controller
Activity/FragmentからController
直にControllerクラスのインスタンスを参照する(interfaceを参照しても良
いがやりすぎ感)
ControllerからActivity/Fragment
・interfaceで参照しコールバック (複数から利用されうる＆抽象化の為)
- Activity/Fragmentが死んでるかも＆参照が残らないように注意
・もしくはEventBus
- Activity/Fragment ⇔ Controllerが互いを知ってると関係が複雑になる
ので一方は通知的で良い
- 必要あらば通知を受けてActivity/FragmentからControllerへアクセス