2016/08/07(日) Androidオールスターズ２ #eventdots

Kazuki Saima @kazukimasai

iOSに比べてAndroidのCIはすっごい楽そう #eventdots

菊池紘 @kikuchy

質問したいことつぶやいておこう ・PlyStoreへのデプロイは何を使って実現していますか？ ・SDKの更新はCIサービスだと必要ないですか？（いつもJenkinsでSDKの更新が面倒で悩んでます） #eventdots

takahirom @new_runnable

Fluxアーキテクチャ！ #eventdots

kuririnz @kuririns0328

Android に限らずCIサービスはどれが効率的なんだろうなぁ #eventdots

菊池紘 @kikuchy

Fluxアーキテクチャ #eventdots

菊池紘 @kikuchy

イベントの流れを一方通行にするアーキテクチャ #eventdots

rei_m @rei_m

遅刻した #eventdots

菊池紘 @kikuchy

Observerパターンを組み合わせたものなので難しくない #eventdots

きくま@草工場 @hidey

Viewの状態管理は確かに面倒くさい #eventdots

菊池紘 @kikuchy

Viewの状態管理は難しい（ライフサイクル、画面遷移間での状態管理etc） #eventdots

takahirom @new_runnable

さまざまなViewの状態管理を簡単にするためにFluxを導入 #eventdots

菊池紘 @kikuchy

DispatcherはActionとStoreがN vs Nで結びつくことを防いでいる #eventdots

またしても何も知らない KeithYokoma @KeithYokoma

JS から素直に持ってくるとちょっと冗長だ #eventdots

Haruki Hagawa @ha_hagawa

FluxではDispatcherが存在することでアクションとストアがN:Nになることを防いでいる #eventdots

菊池紘 @kikuchy

Dispatcher = EventBusでよくね？ #eventdots

takahirom @new_runnable

FluxのDispatcherにEventBusを利用する #eventdots

しほちゃん🐈 @shihochan_jp

Dispatcher、EventBusでよくね？ #eventdots

takahirom @new_runnable

Actionは実際にDBなどからデータを取りに行く。データが取れたらDispatcherに流す #eventdots

菊池紘 @kikuchy

データソースは外部サービスとして捉える。外部パッケージに切り出している。Interface切ってあって、内部実装に依存しないようにしている。依存解決はDagger #eventdots

takahirom @new_runnable

DBなどから取りに行く時はインターフェースを挟む(Daggerを利用) #eventdots

菊池紘 @kikuchy

データ取得はRxで統一しておくと柔軟に書ける。キャンセルもRxでキャンセルできる。RxJava無双だ #eventdots

菊池紘 @kikuchy

Storeも基本画面単位。使い回すものはDomain単位で作成。Storeの状態を外部から更新するのはNG。更新されたらViewへ更新イベント流す #eventdots

菊池紘 @kikuchy

Storeが流すイベントは常にMainThreadで受け取るようにするとView側でスレッド指定がいらない #eventdots

ふじたく @magie_pooh

実際にAbemaTVで使っているクラスがたくさん登場している・・・ #eventdots

Kazuki Saima @kazukimasai

PublishSubjectじゃなくて、BehaviorSubjectなのかー #eventdots