Android値受け渡し大全 〜 設計を制する者が「渡す」を制す 〜

DroidKaigi 2025 の登壇資料
https://2025.droidkaigi.jp/timetable/940354/

Transcript

1. Android値受け渡し大全 ~ 設計を制する者が「渡す」を制す 〜 登壇者：STORES 株式会社 Androidエンジニア　みっちゃん 1
2. 自己紹介 • 名前：みっちゃん • 経歴： ◦ 22新卒でSTORES 株式会社に入社 ◦ STORES 決済 や ブランドアプリ の開発 ◦ Android歴は4年目くらい ◦ DroidKaigiスタッフもしてます！ X（Twitter）: 🔗@mimimi_engineer 2/103
3. 本セッションの目的 Androidアプリ開発において「この値、別のクラスでも参照したい！」 というシチュエーション、いっぱいありますよね？！？！ 3/103
4. 本セッションの目的 「値を渡したい」時に一番最初に思いつくのはなんでしょう？ → メソッドの引数に渡す！ どんなシチュエーションでもそれで乗り切れますか...？ 4/103
5. 本セッションの目的 例えば... ユーザーから入力された値を保存したいので、ViewModelのsave() メソッドに入力データを渡したい！ → 「メソッドの引数に渡す」で󰢐そう！ 5/103
6. 本セッションの目的 例えば... ニュース詳細画面を開いてニュースが「既読」状態になったら、 ニュース一覧画面に戻った時も既読状態になっていてほしい = 「既読」の情報を２つの画面から参照したい！ → 「引数に渡す」手段で本当に大丈夫？？ 6/103
7. 本セッションの目的 このように、値やデータを別のクラスでも参照したい！使いたい！ というシチュエーションはたくさんあります！ １つの手段しか持っていないと、 保守性や可読性の観点からアプリに悪影響を与えていることにも気付けない！ どんな手段があるのか・その手段はどういう観点で良い or 悪いのか、 というのが分かれば、その時の状況やプロダクトの性質に応じて 確信を持って最適な手段を選択することができる！ 7/103
8. 本日のゴール • 値の受け渡し方法について色々な手段があることを知っている • 「良い設計」や「Androidアプリ特有の性質」の観点から、それぞれ の方法の良し悪しを評価できる 8/103
9. 本セッションの対象者 • ⭐ 初級〜中級者：新しい学びや、思考の整理になります • 上級者：改めて思考の整理になったり、後輩に教える時の材料にも なります 9/103
10. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 10/103
11. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 11/103
12. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 12/103
13. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 13/103
14. 1. メソッドの引数に渡す • 最も基本的な方法 • 例：ユーザーの入力情報を更新するためにViewModelのメソッドに渡す 値を渡す色々な方法 14/103
15. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 15/103
16. 2. 画面遷移時に渡す • Activityベース ◦ Intent • Fragmentベース ◦ FragmentTransaction / NavigationComponent • Composeベース ◦ NavigationCompose 値を渡す色々な方法 17/103
17. 2. 画面遷移時に渡す Activityベース：Intentを使う 値を渡す色々な方法 18/103
18. 2. 画面遷移時に渡す Activityベース：Intentを使う 値を渡す色々な方法 19/103
19. 2. 画面遷移時に渡す Activityベース：Intentを使う 値を渡す色々な方法 20/103
20. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 21/103
21. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 22/103
22. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 23/103
23. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 24/103
24. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 nav_graph.xml Fragment 25/103
25. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 nav_graph.xml Fragment 26/103
26. 2. 画面遷移時に渡す Fragmentベース：FragmentTransaction, NavigationComponent 値を渡す色々な方法 nav_graph.xml Fragment 27/103
27. 2. 画面遷移時に渡す Composeベース：NavigationCompose 値を渡す色々な方法 28/103
28. 2. 画面遷移時に渡す Composeベース：NavigationCompose 値を渡す色々な方法 29/103
29. 2. 画面遷移時に渡す Composeベース：NavigationCompose 値を渡す色々な方法 30/103
30. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 31/103
31. 3. Pub-Sub Pub-Sub（Publish-Subscribe）モデルとは？ 値を渡す色々な方法 参考：e-words Pub/Subモデル 32/103
32. 3. Pub-Sub Pub-Sub（Publish-Subscribe）モデルとは？ → 情報の発信側と受信側を直接つなげずにやり取りする仕組み 値を渡す色々な方法 33/103
33. 3. Pub-Sub Androidアプリ開発では、EventBusが使われる（最近は使われてない） 値を渡す色々な方法 Publisher Subscriber EventBus イベント イベント 34/103
34. 3. Pub-Sub 例：クラッシュイベントをアプリ内の別のクラスで受け取る 値を渡す色々な方法 35/94
35. 3. Pub-Sub 例：クラッシュイベントをアプリ内の別のクラスで受け取る 値を渡す色々な方法 36/94
36. 3. Pub-Sub 例：クラッシュイベントをアプリ内の別のクラスで受け取る 値を渡す色々な方法 37/103
37. 3. Pub-Sub 例：クラッシュイベントをアプリ内の別のクラスで受け取る 値を渡す色々な方法 38/103
38. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 39/103
39. 4. DI（Dependency Injection） • 別のクラスの値を参照したい時に、Daggerを利用して、そのクラスのイン スタンスを別のクラスに注入する 値を渡す色々な方法 // HogeClass HogeClass { val hoge = “hoge!!” … … } // FooClass FooClass @Inject constructor( val hoge: Hoge ) { // 参照できた val hoge = hoge.hoge // hoge!! } DI 40/103
40. 4. DI（Dependency Injection） • 例：アプリ名を取得するためにcontextのインスタンスをDaggerHiltで 注入する 値を渡す色々な方法 41/103
41. 4. DI（Dependency Injection） • 例：アプリ名を取得するためにcontextのインスタンスをDaggerHiltで 注入する 値を渡す色々な方法 42/103
42. • 値を渡す色々な方法 1. メソッドの引数に渡す 2. 画面遷移時に渡す 3. Pub-Sub 4. DI 5. データホルダーを使って受け流す 本日のお品書き 43/103
43. 5. データホルダーを使って受け流す • データホルダー：LiveData・StateFlow • 例：DBの値をStateFlowに詰めてUIに受け流す 値を渡す色々な方法 44/103
44. 5. データホルダーを使って受け流す • データホルダー：LiveData・StateFlow • 例：DBの値をStateFlowに詰めてUIに受け流す 値を渡す色々な方法 45/103
45. 5. データホルダーを使って受け流す • データホルダー：LiveData・StateFlow • 例：DBの値をStateFlowに詰めてUIに受け流す 値を渡す色々な方法 46/103
46. 5. データホルダーを使って受け流す • データホルダー：LiveData・StateFlow • 例：DBの値をStateFlowに詰めてUIに受け流す 値を渡す色々な方法 47/103
47. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 48/103
48. やれることをやるだけではアプリのクオリティを維持できない！ メリットやデメリットを理解した上でやり方を選ばないと、アプリの 保守性や可読性に悪影響を与えていることにすら気付けない...！ 「いいね問題」を例に、値を渡す方法を評価する観点について 学んでいきましょう！ 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ 49/103
49. いいね問題とは？ • イベント一覧画面 と いいね一覧画面 がある • イベント画面のアイテムを「いいね」 して、いいね画面に行くと、 いいね画面のアイテムにも「いいね」 のマークがある 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ いいね いいね 50/103
50. いいね問題とは？ • ２つの画面で「いいね」という 状態に整合性が取れている必要がある • それをどうやって実現するか？ → 「いいね問題」と呼ばれている 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ いいね いいね 51/103
51. いいね問題とは？ • いいね機能だけが「いいね問題」 になるわけではない！ • 冒頭のスライドの既読の例も 「いいね問題」の１つ！ 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ 52/103
52. いいね問題の解決方法２つ提案！ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ 53/103
53. いいね問題の解決方法２つ提案！ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ 紹介した方法のうち、この2つ！ A B 54/103
54. どっちが良いと思いますか？？？ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 55/103
55. どっちが良いか、理由を答えられますか？？？ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 56/103
56. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 57/103
57. どっちが良いか、判断するための観点２つ 観点1. 良い設計 の条件を満たしているか 観点2. Androidアプリ特有の問題 を解決しているか 58/103
58. 1. 良い設計の要素 ◦ SSOT ◦ UDF 2. Androidアプリ固有の問題 ◦ ライフサイクル ◦ 値を保持する方法 解決方法を評価するための観点２つ 59/103
59. 1. 良い設計の要素 ◦ SSOT ◦ UDF 2. Androidアプリ固有の問題 ◦ ライフサイクル ◦ 値を保持する方法 解決方法を評価するための観点２つ 60/103
60. 今回は「値の受け渡し」という観点に絞って 良い設計の要素を紹介します！ • SSOT（Single Source Of Truth） • UDF（Unidirectional Data Flow） 良い設計の要素２つ！ 61/103
61. • 正確な情報源を一つだけ作成しよう、という意味 • SSOTのみがそのデータの変更を行える • SSOTは不変の型を使用してそのデータを公開する • メリット ◦ データの変更を追跡できやすく、バグを発見しやすい ◦ 他の型によって改ざんされないようにデータを保護できる SSOT（信頼できる唯一の情報源） 参考：Android Developers 信頼できる唯一の情報源 62/103
62. SSOT（信頼できる唯一の情報源） 参考：Android Developers 信頼できる唯一の情報源 どういうコト？ 63/103
63. SSOT（信頼できる唯一の情報源） list … … 64/103
64. SSOT（信頼できる唯一の情報源） list … … 65/103
65. SSOT（信頼できる唯一の情報源） list … … detail 66/103
66. SSOT（信頼できる唯一の情報源） list … … detail 67/103
67. SSOT（信頼できる唯一の情報源） DB list … … detail 68/103
68. SSOT（信頼できる唯一の情報源） DB list … … detail ←このDBがSSOTだよ！というコト 69/103
69. • 状態はデータ層からUI層へ一方向に流れる（DBから読取り） • データを変更するイベントはUI層からデータ層へ流れる（DBへ書込み） • SSOTとセットの考え方 UDF（単方向データフロー） 参考：Android Developers 単方向データフロー 70/103
70. DB list … … detail UDF（単方向データフロー） 一方通行！ 71/103
71. 1. 良い設計の要素 ◦ SSOT ◦ UDF 2. Androidアプリ固有の問題 ◦ ライフサイクル ◦ 値を保持する方法 解決方法を評価するための観点２つ 72/103
72. 値の受け渡しだけではなく、値の保持についても考える必要がある！ → Androidアプリ固有の問題としてライフサイクルがあるから！！ Androidアプリ固有の問題 と 値の保持 73/103
73. ライフサイクル → 画面回転などのコンフィギュレーション チェンジでもonDestroyが呼ばれて、Activityの インスタンスはメモリから破棄される 参考：Android Developers アクティビティのライフサイクル 74/103
74. ライフサイクル → 画面回転などのコンフィギュレーション チェンジでもonDestroyが呼ばれて、Activityの インスタンスはメモリから破棄される 参考：Android Developers アクティビティのライフサイクル → 場合によっては渡されてきたデータが消えてしまう?! 75/103
75. 値を保持する方法についても考えないといけない • StateHolderで保持 • ストレージに保持 • savedStateHandle・onSaveInstanceState・rememberSavable 76/103
76. 値を保持する方法 • StateHolderで保持 • ストレージに保持 • savedStateHandle・onSaveInstanceState・rememberSavable 77/103
77. StateHolderで保持 StateHolder = ViewModel・UIState・StateFlow 画面回転によってActivityのインスタンスは破棄されるが、 ViewModelは破棄されないので、ViewModel側に値を保持する という方法 アプリキルは(ViewModelが破棄されるので)乗り越えられないけど 画面回転は乗り越えられる 78/103
78. 値を保持する方法 • StateHolderで保持 • ストレージに保持 • savedStateHandle・onSaveInstanceState・rememberSavable 79/103
79. ストレージに保持 オンメモリ VS ストレージ • オンメモリ：変数で値を保持する・onDestroyで破棄される • ストレージ：永続化すること・onDestoryで破棄されない ◦ Room・SQLite・SharedPreference・DataStore を使う 80/103
80. 値を保持する方法 • StateHolderで保持 • ストレージに保持 • savedStateHandle・onSaveInstanceState・rememberSavable 81/103
81. savedStateHandle・onSaveInstanceState・rememberSavable どれも一時的に値を保持して画面回転を乗り越えることができる≠永続化 • savedStateHandle ◦ ViewModelで値を保持 • onSaveInstanceState ◦ Activity・Fragmentで値を保持 • rememberSavable ◦ JetpackComposeのComposable内で値を保持 82/103
82. 1. 良い設計の要素 ◦ SSOT ◦ UDF 2. Androidアプリ固有の問題 ◦ ライフサイクル ◦ 値を保持する方法 値の受け渡し方法を評価するための観点２つ 83/103
83. 皆さんにもう一度、質問します 84/103
84. いいね問題とは？ • ２つの画面で「いいね」という 状態に整合性が取れている必要がある • それをどうやって実現するか？ → 「いいね問題」と呼ばれている 値を渡すだけじゃダメ！~ いいね問題の解決方法どっちが良い？ ~ いいね いいね 85/103
85. どっちが良いと思いますか？？？ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 86/103
86. どっちが良いか、理由を答えられますか？？？ A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 87/103
87. 先ほど勉強した２つの観点を使って もう一度考えてみましょう！ 88/103
88. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 89/103
89. A. 画面遷移時に「いいね」の情報を渡す B. データホルダーを使ってDBから「いいね」の情報を受け流す 「いいね問題」の解決方法をもう一度評価してみよう 90/103
90. A. 画面遷移時に「いいね」の情報を渡す 91/103
91. 1. 良い設計の要素 ◦ SSOT→SSOTがないので❌ ◦ UDF→「いいね」情報の流れが一方通行でないので❌ 2. Androidアプリ固有の問題 と 値の保持 ◦ ライフサイクルを乗り越えて値を保持できる →❓❓❓ A. 画面遷移時に「いいね」の情報を渡す 92/103
92. 1. 良い設計の要素 ◦ SSOT→SSOTがないので❌ ◦ UDF→「いいね」情報の流れが一方通行でないので❌ 2. Androidアプリ固有の問題 と 値の保持 ◦ ライフサイクルを乗り越えて値を保持できる →ViewModel側で状態を保持してれば画面回転は乗り越えられる が、永続化してないのでアプリキルするといいね情報が失われる A. 画面遷移時に「いいね」の情報を渡す 93/103
93. B. データホルダーを使ってDBから「いいね」の情報を受け流す DB 94/103
94. 1. 良い設計の要素 ◦ SSOT→SSOTであるDBがあるので⭕ ◦ UDF→「いいね」情報の流れが一方通行なので⭕ 2. Androidアプリ固有の問題 と 値の保持 ◦ ライフサイクルを乗り越えて値を保持できる →DBに永続化しており、画面回転もアプリキルも乗り越えられる ので⭕ B. データホルダーを使ってDBから「いいね」の情報を受け流す 95/103
95. A. 画面遷移時に「いいね」の情報を渡す → ❌ SSOT・UDFを満たしていない。ライフサイクルを考慮した値の保持ができていな い。 B. データホルダーを使ってDBから「いいね」の情報を受け流す → ⭕ SSOT・UDFを満たしている。ライフサイクルを考慮した値の保持ができている。 「いいね問題」の解決方法を評価した結果 96/103
96. 設計やAndroidアプリの特徴を考慮して値の受け渡し 方法の良し悪しを評価することができましたね！ 97/103
97. 値の受け渡し方法について考える上で今回は「良い設計」と 「Androidアプリの特徴」に絞って触れた。 これ以外の観点で「プロダクトの特徴」も重要。 つまり「良い設計」や「Androidアプリの特徴」の観点で ❌が含まれるからといって、絶対的に悪だ！とは言い切れない。 プロダクトの特徴や様々なコストも考慮して意思決定しよう！！ 🚨第３の観点：「プロダクトの特徴」 98/103
98. • 値を渡す色々な方法 • 値を渡すだけじゃダメ！「いいね問題」の解決方法どっちが良い？ • 解決方法を評価するための観点２つ • 「いいね問題」の解決方法をもう一度評価してみよう • まとめ • 参考文献 本日のお品書き 99/103
99. • Androidアプリ開発では値を受け渡したいシチュエーションがたくさんある • 値を受け渡す方法は色々ある ◦ メソッドの引数に渡す ◦ 画面遷移時に渡す ◦ Pub-Sub系 ◦ DI ◦ データホルダーを使って受け流す まとめ 100/103
100. • どの方法が良いかを見極める上で「良い設計」と「Andoroidアプリ固有の特徴」 の2つの観点がある • 良い設計 の観点 ◦ UDF(単方向データフロー) ◦ SSOT(信頼できる唯一の情報源) • Androidアプリ固有の特徴 ◦ ライフサイクルを乗り越えて値を保持する まとめ 101/103
101. • https://e-words.jp/w/Pub-Sub%E3%83%A2%E3%83%87%E3%83%AB.html • https://developer.android.com/topic/architecture?hl=ja#single-source-of-truth • https://developer.android.com/topic/architecture?hl=ja#unidirectional-data-flow • https://developer.android.com/guide/components/activities/activity-lifecycle?hl =ja#ondestroy • https://github.com/iroha-168/PickUpConnpassEvents 参考文献 102/103
102. ご清聴ありがとうございました！ 103/103