Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Android cookpadLiveの開発改善 / cookpad_tech_kitchen#23
Search
star_zero
January 30, 2020
Programming
1
890
Android cookpadLiveの開発改善 / cookpad_tech_kitchen#23
star_zero
January 30, 2020
Tweet
Share
More Decks by star_zero
See All by star_zero
今からはじめるAndroidアプリ開発 2024 / DevFest 2024
star_zero
0
1.5k
Jetpack Compose の Side-effect を使いこなす / DroidKaigi 2023
star_zero
5
6.8k
Android 14 新機能 / Android 14 Meetup Nagoya
star_zero
1
640
Android 14 と Predictive back gesture / Shibuya.apk #42
star_zero
0
470
Coroutines Test 入門 / Android Test Night #8
star_zero
2
1.3k
What's new in Jetpack / I/O Extended Japan 2022
star_zero
1
690
Kotlin 2021 Recap / DevFest 2021
star_zero
3
1.3k
Kotlin Symbol Processing (KSP) を使ったコード生成 / DroidKaigi 2021
star_zero
2
5.3k
What's new Android 12
star_zero
0
600
Other Decks in Programming
See All in Programming
20260315 AWSなんもわからん🥲
chiilog
2
150
Docコメントで始める簡単ガードレール
keisukeikeda
1
110
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
250
ベクトル検索のフィルタを用いた機械学習モデルとの統合 / python-meetup-fukuoka-06-vector-attr
monochromegane
2
410
DSPy入門 Pythonで実現する自動プロンプト最適化 〜人手によるプロンプト調整からの卒業〜
seaturt1e
1
710
今更考える「単一責任原則」 / Thinking about the Single Responsibility Principle
tooppoo
3
1.6k
Goの型安全性で実現する複数プロダクトの権限管理
ishikawa_pro
2
320
AHC061解説
shun_pi
0
370
エンジニアの「手元の自動化」を加速するn8n 2026.02.27
symy2co
0
150
AIコードレビューの導入・運用と AI駆動開発における「AI4QA」の取り組みについて
hagevvashi
0
450
ロボットのための工場に灯りは要らない
watany
10
2.8k
CSC307 Lecture 13
javiergs
PRO
0
320
Featured
See All Featured
The Curse of the Amulet
leimatthew05
1
9.9k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
Embracing the Ebb and Flow
colly
88
5k
What's in a price? How to price your products and services
michaelherold
247
13k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
0
160
Darren the Foodie - Storyboard
khoart
PRO
3
2.8k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
280
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
How GitHub (no longer) Works
holman
316
140k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
118
110k
GitHub's CSS Performance
jonrohan
1032
470k
Transcript
Android cookpadLiveの 開発改善 Cookpad Tech Kitchen #23 2020/01/30
About me •Kenji Abe •2018/07入社 •Android cookpadLive •Google Developers Expert
for Android •Twitter: @STAR_ZERO
話すこと •Android cookpadLiveで改善してきた色々なこと ‣ たくさんあるので一部抜粋して •今後やりたいこと
アーキテクチャの変更
VIPER MVVM
VIPER •View / Interactor / Presenter / Entity / Router
•iOS由来のアーキテクチャ •https://cheesecakelabs.com/blog/ios-project- architecture-using-viper/
View Presenter Interactor Entity Router
VIPERの問題点 •Jetpackとの相性 ‣ これらを活かせないため効率と品質を上げられない ‣ Lifecycleの管理が面倒でクラッシュも起きやすい •コード量が多い ‣ Interfaceによるやりとり ‣
あちこちにViewの更新コード
MVVM •Model / View / ViewModel •Google 推奨のアーキテクチャ •https://developer.android.com/jetpack/docs/guide
Activity / Fragment ViewModel Repository Room(DB) Retrofit(API) AppSync LiveData
MVVMの良いとこ •Jetpackが活用しやすい ‣ 特にViewModel, LiveData, DataBinding便利 ‣ これらを活用することでバグが減らせる ‣ 効率よく開発できる
‣ その他Jetpackライブラリも導入が簡単
Activity / Fragment ViewModel Repository Room(DB) Retrofit(API) AppSync LiveData Jetpack
Jetpack Jetpack
MVVMの良いとこ •Google推奨(デファクトスタンダード) ‣ 知見やサンプルがたくさんある ‣ 新しく来た人が理解しやすい(可能性が高い) ‣ 去っていく人も次に活かせる(可能性が高い)
Modularization
Single Module Multi Module
Single Module •スマートフォンアプリのみ ‣ AndroidTV / FireTVとコードが重複 •ビルドスピードの問題 •依存関係の絡まり
Multi Module •スマートフォンアプリ、AndroidTV、FireTV ‣ APIアクセスなどは共有 •ビルドスピードの改善 •関心事の分離
app 最初のSingleModule時代
core app 共通部分をcoreに分ける
core smarttv app androidtv firetv AndroidTV / FireTVをプロジェクト統合
core smarttv app androidtv firetv appsync AppSyncをcoreから分離
core smarttv appcore app androidtv firetv appsync app専用の共通モジュールを作成
core smarttv appcore app androidtv firetv features appsync 機能単位にモジュールを分ける
core smarttv appcore app androidtv firetv features appsync 機能単位にモジュールを分ける まだ途中
コメント表示改善
改善前 •受信したコメントをそのまま表示 ‣ 描画負荷が高い ‣ 場合によってはクラッシュを引き起こす •RecyclerViewのアニメーション ‣ デフォルトがそのまま ‣
大量のコメントで違和感
改善後 •受信したコメントを少しバッファリングして表示 ‣ ある程度まとめ描画させて、描画負荷を軽減 •RecyclerViewのアニメーションは無効に ‣ 無効にしたほうが自然な感じ
Activity Repository ViewModel AppSync LiveData
Activity Repository ViewModel AppSync LiveData RxJavaのObservableに変換
Activity Repository ViewModel AppSync LiveData ここで数msバッファリング
Activity Repository ViewModel AppSync LiveData LiveDataでコメントActivityへ
コード自動生成
コード自動生成 •現状、サーバー側がRails Garageを使ってる ‣ 欲しいレスポンスをGETパラメータで指定する ‣ 例: /api/episodes?fields=hoge,foo •面倒なので、Retrofitの戻り値から自動生成 ‣
Annotation Processing
/api/episodes?fields=hoge,foo interface APIService { @Garage @GET("/api/episodes") fun getEpisodes(): Single<List<Episode>> }
data class Episode( val hoge: String? val foo: String? ) このアノテーションから自動生成
デバッグツールの活用
デバッグツールの活用 •Hyperion ‣ アプリ実行中にデバッグメニューから色々できる ‣ 設定値をクリアしたり、APIのエンドポイントを切り替え たり ‣ https://github.com/willowtreeapps/Hyperion-Android
None
デバッグツールの活用 •Flipper ‣ デスクトップアプリを使ったデバッグツール ‣ Stethoみたいなもの ‣ ログ、Preferences、Layoutなどの確認 ‣ プラグインを作れる
‣ https://fbflipper.com/
None
デバッグツールの活用 •Flipper ‣ プラグインを作成して、ダミーのLive配信 • OkHttp Interceptorでダミーデータを差し込む ‣ 簡単な見た目の確認すぐできる ‣
ステージングの配信を作る必要がない
None
OkHttp API Server Flipper OkHttp Interceptor レスポンス 書き換え ダミーデータ
今後やりたいこと
今後やりたいこと •Coroutinesの導入 •テストを充実 •リソースの整理 •さらなる効率化
ありがとうございました