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
チームで採用しているriverpodを使ったFlutterのアーキテクチャとriverpod ...
Search
Kakeru Nakabachi
August 06, 2021
Programming
6
4.5k
チームで採用しているriverpodを使ったFlutterのアーキテクチャとriverpod v1.0.0
Kakeru Nakabachi
August 06, 2021
Tweet
Share
More Decks by Kakeru Nakabachi
See All by Kakeru Nakabachi
Flutterアプリで可用性を向上させたFeatureFlagの運用戦略とその方法
b4tchkn
0
410
Inside Flutter Text
b4tchkn
1
130
Flutterアプリのセキュリティ対策を考えてみる
b4tchkn
5
5.2k
Textの構造を理解する/Understanding the Structure of Text
b4tchkn
3
2k
Other Decks in Programming
See All in Programming
競技プログラミングへのお誘い@阪大BOOSTセミナー
kotamanegi
0
360
Haze - Real time background blurring
chrisbanes
1
520
PHPで学ぶプログラミングの教訓 / Lessons in Programming Learned through PHP
nrslib
4
380
[JAWS-UG横浜 #76] イケてるアップデートを宇宙いち早く紹介するよ!
maroon1st
0
500
Monixと常駐プログラムの勘どころ / Scalaわいわい勉強会 #4
stoneream
0
290
Jakarta EE meets AI
ivargrimstad
0
270
見えないメモリを観測する: PHP 8.4 `pg_result_memory_size()` とSQL結果のメモリ管理
kentaroutakeda
0
670
今年やったこと最近やったこと2024
saito5656
0
100
テスト自動化失敗から再挑戦しチームにオーナーシップを委譲した話/STAC2024 macho
ma_cho29
1
1.3k
テストケースの名前はどうつけるべきか?
orgachem
PRO
0
150
rails statsで大解剖 🔍 “B/43流” のRailsの育て方を歴史とともに振り返ります
shoheimitani
2
950
採用事例の少ないSvelteを選んだ理由と それを正解にするためにやっていること
oekazuma
2
1.1k
Featured
See All Featured
Music & Morning Musume
bryan
46
6.2k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
Building Adaptive Systems
keathley
38
2.3k
A designer walks into a library…
pauljervisheath
205
24k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
Optimizing for Happiness
mojombo
376
70k
How To Stay Up To Date on Web Technology
chriscoyier
789
250k
Writing Fast Ruby
sferik
628
61k
Testing 201, or: Great Expectations
jmmastey
41
7.1k
How GitHub (no longer) Works
holman
311
140k
Transcript
チームで採用しているriverpodを使った Flutterのアーキテクチャとriverpod v1.0.0 b4tchkn Flutter x Kotlin Multiplatform by CyberAgent
#4 2021/08/06 #ca_flutter_kmm
About me Kakeru Nakabachi batch(@b4tchkn) 2
今日のゴール • ちょっとこの部分参考にできるかも • riverpodで状態管理いいかも • CAもFlutterで色々やってるんだな👀 3
アジェンダ • riverpodの簡単な紹介 • チームのFlutterプロジェクトアーキテクチャ • riverpod使用ルールについて 4
riverpod 5
• もともとあった、Providerという状態管理ライブラリの問題点を解消したやつ • DIもこれで実現できる • テスタブルなコードを保証してくれる • 最近 v1.0.0に乗り換え •
hooks_riverpod • flutter_riverpod • riverpod https://riverpod.dev/docs/getting_started/ riverpod 6
• もともとあった、Providerという状態管理ライブラリの問題点を解消したやつ • DIもこれで実現できる • テスタブルなコードを保証してくれる • 最近 v1.0.0に乗り換え •
hooks_riverpod • flutter_riverpod • riverpod https://riverpod.dev/docs/getting_started/ riverpod 7
hooks_riverpod flutter_hooksと併用する使い方 HookConsumerWidgetを使って中でref.watchなど便利メソッドが呼べる 8
hooks_riverpod 公式にも載ってる簡単なサンプル 9
hooks_riverpod riverpodを使うプロジェクトではAppを ProviderScopeでラップする 10
hooks_riverpod Stringを配るProvider 11
hooks_riverpod ProviderをWidget内で監視 12
hooks_riverpod riverpod v1.0.0での割と大きな変更点 13
チームのFlutterアーキテクチャ 14
全体像 15 UI State Domain Data
全体像 16 UI State Domain Data
• Service ◦ DioとRetrofitを使った RemoteDataSource ◦ 定義したabstract class(interface)から実 際にリクエストするコードを生成 •
Database ◦ SharedPreferencesを使った LocalDataSource ◦ Key - Valueでデータを永続化 同ドメインに関わる複数のメソッドを定義できる getArticle(String id)とか Data 17
Data • 実際にリクエストするメソッド 18
Data • Dioの依存をriverpodのProviderを使ってDI • Dioに依存したdatasourceのインスタンスをProviderで配布 19
全体像 20 UI State Domain Data
Domain ビジネスオブジェクトを含む、アプリケーションの中核となるレイヤー メソッドは1つしか実装できない UseCaseは他のUseCaseへの参照はできない Stateが複数UseCaseを持つのはOK 21
Domain UseCaseはDataSourceに依存 22
Domain UseCaseはDataSourceに依存 DataSourceで定義したProviderを 使ってUseCaseのインスタンスを配 布する際にDIして提供する 23
Domain DataSourceのコールにパラメータが必要 な場合 24
Domain DataSourceのコールにパラメータが必要 な場合 パラメータが1つでもUseCaseParamのオ ブジェクトを作ってUseCaseに渡す 25
全体像 26 UI State Domain Data
State 1つの状態だけを持つViewModel的な存在 Recoilの思想を取り入れて、1つのStateの粒度を可能な限り小さくする 27 https://recoiljs.org/
State StateのProviderを作る時はStateNotifierProviderを使う 28
State 29 トップ画面 記事一覧画面
State UseCaseの依存解決にParamが必要な場合 familyを使ってProviderを作るパラメータを増やす このときParamが変更されると古いParamを持ったProviderは再利用されず溜まってい き、メモリリークの原因となるためautoDisposeもセットで使う 30
Selector Stateをなにかしら計算してUIに渡したいときに定義 複数のStateを参照して計算した値をSelectorで定義してUIに配布もできる 31
State よくあるStateの動き 32
State よくあるStateの動き 33 loading Request Request
よくあるStateの動き State 34 loading Data Data
State よくあるStateの動き 35 idle(loaded) Data Data Data
State よくあるStateの動き(異常系) 36 idle(loaded) Error Data Data
State これらの状態をAsycEntity、 AsyncStateNotifierで表現 37
全体像 38 UI State Domain Data
UI - Connected Screen StatefulなPage StateとStatelessなHogePageを繋ぎこむ役目 StateProviderの保持と、loadingなどの状態に よってWidgetを出し分けるため DefaultContainerでAsyncEntityの値を処理す る
39
UI - Connected Screen DefaultContainer Stateから渡ってきた複数のAsyncEntityの値を処理してWidgetの出し分けを担う 40 ロード中 ロード終了 エラー発生
UI - Stateless Screen StateをもたないWidget群 • ListView • TextView •
Container • Column • … 41
riverpod使用ルール 42
riverpod使用ルール Providerの作り方はたくさんある • Provider • StreamProvider • StateProvider • StateNotifierProvider
• FutureProvider https://riverpod.dev/docs/concepts/providers 43
Providerのreadの仕方もいっぱいある https://riverpod.dev/docs/concepts/reading riverpod使用ルール 44
riverpod使用ルール ルール①:FutureProvider / StreamProviderの代わりに StateNotifierProvider+AsyncStateNotifier 45 NG OK
riverpod使用ルール ルール②:StateProviderの代わりにStateNotifierProvider+StateController 46 NG OK
riverpod使用ルール ルール③:Provider作成時はref.readは使わないでref.watchのみで統一 47 NG OK
riverpod使用ルール ▪ まとめ 1. FutureProvider / StreamProviderの代わりに StateNotifierProvider+AsyncStateNotifier 2. StateProviderの代わりにStateNotifierProvider+StateController
➢ プロジェクトで使うProviderをProviderとStateNotifierProviderに制限 3. Provider作成時はref.readは使わないでref.watchのみで統一 ➢ 依存しているProviderが再生成されたときに、変化した値を購読できるよ うにするため ➢ 設計の統一性、Providerの依存を見やすくする 48
参考リンク 49 • https://riverpod.dev/docs/getting_started • https://recoiljs.org/ • https://zenn.dev/riscait/books/flutter-riverpod-practical-introduction/viewer/mig rate-to-v1
Thank you 50