読者コメント欄｜Flutter x Riverpod でアプリ開発！実践入門

村松龍之介 2021/05/18に更新

本の感想や質問をお気軽にコメントしてください☺️

~~1コメもないと投稿しづらいから誰か…~~
~~ファーストペンギンもとむ…🐧~~

こんぶ 2021/05/18

簡潔でわかりやすいです！

村松龍之介 2021/05/18

🐧ありがとうございます🐧！
分かりやすかったようで嬉しいです☺️

Daigo Wakabayashi 2021/05/18に更新

ちょうど最近Riverpod触り始めたのでとても参考になります！
読み返しながらRiverpodさんと仲良くなるぞ〜💪

村松龍之介 2021/05/18

嬉しいです☺️ Riverpodについてどこか不足していることなどありましたらお気軽にお教えください👍

kt 2021/05/19

購入させていただきました！
とても参考になりました！

２点質問があるんで、ぜひ見解を聞かせてください！

ChangeNotifierProviderとStateNotifierProviderの使い分けってどうされていますか？（できることが同じそうなんでこっちの方が良いなど意見があればお願いします！）
StateProviderなどは外部から変更できるという点が、保守する上で危険だなと感じていて、外部変更できるProviderを利用するぐらいなら通常のProviderでSetterだけ用意して、内部的に変更できる仕組みの方が安全だと感じているんですが、そこら辺の見解があればぜひ教えてください！

村松龍之介 2021/05/20

ご質問ありがとうございます！
以下、質問の意図に沿った回答になっているか不安ですが、お答えします😸

僕はState NotifierProviderで統一しています。
1. 状態クラスをImmutableで定義して、それを活かしたい
2. 状態は別クラス・別ファイルで定義したい
3. 状態を変更した後に、 notifyListeners(); を書いて状態の変更を通知するより、 state = state.copyWith() で状態を上書きして通知される方が個人的に分かりやすい
"通常のProviderでSetterだけ用意して"
この場合は、Providerの内部で watch した別のStateProviderやStateNotifierの変更で更新させるようなやり方ということでしょうか？
その場合は、結局依存したXxxProviderのStateを外部（？）から変更しなければならないため、あまり利点を感じませんでした。（StateProviderではなくProviderで要件が満たせる場合は、積極的にProviderを選択します）他の対策としてはファイル内だけであればプライベートなProviderにするか、関係のないファイルでimportさせないようにするなどでしょうか🤔

kt 2021/05/20

StateNotifierProviderで統一しているということですね！参考にさせていただきます！

結局依存したXxxProviderのStateを外部（？）から変更しなければならない

結局、他のXxxProviderに依存する形になるんで意味がないということですね！
こちらで腑に落ちました！

二つの質問とも、丁寧に回答していただきありがとうございました！
まだまだ勉強不足なんで、この本をもう一周させていただきます！！

haap 2021/05/25

拝読させていただき、おかげさまでRiverpod入門できました。今までsetStateオンリーで組んでいたので、Riverpodの強力さに驚きました。早速自アプリに取り入れていきます🙌

村松龍之介 2021/05/25

おぉ、それは嬉しいです👏☺️ご感想も書いていただき励みになります🙌

Dan Nakahara 2021/06/15

とてもありがたく、参考にさせていただいてます☺︎

下記ページなんですが、

  if (!isEnabled && !hasNewVersion) {
    // 有効期間外、もしくは新しいバージョンは無い
    return UpdateRequestType.not;
  }

上のコードのifの条件文、&&じゃなくて||かもです。

村松龍之介 2021/06/16に更新

Danさん、ご購入および間違いを教えていただきありがとうございます😊

上のコードのifの条件文、&&じゃなくて||かもです。

おっしゃる通りです…！修正しました✨

shoun 2021/08/17に更新

ProviderからRiverpodへ移ろうと思っていたので本当に参考になりました😄
開発がスムーズに進むことは間違いないです！

1点質問があるのですが、もしごお時間あればご意見伺えればと思います。

Providerでは依存性の注入を提供するProxyProviderがあり、私も使っていたのですが、Riverpodではどのように依存性の注入をすればいいか迷っています。
村松さんはどのようにRiverpodで依存注入されてますでしょうか？

村松龍之介 2021/08/17に更新

依存注入についてですね。
①ProxyProviderの代替ですと、別のProviderに依存した新たなProviderの作成方法という意味でしょうか？
それであれば、Provider作成時に ref.watch(myProvider) で別のProviderを取得できますので、後は任意の加工や合成を行なって return すれば良いかと思います。

②クラスへの依存注入であれば、①と同じようにref.watchで取得した別クラスを、クラスのコンストラクタで渡す。もしくは ref.read (Reader) をクラスのコンストラクタで渡して、 _read(myProvider) のように取得する方法があります。
（ref.read を渡す方でもテストではmyProviderを差し替えできるのでテスト容易性は問題ありません）
こちらの意味・用途で合っていたでしょうか？
曲解してしまっていたら改めて教えてください👍

shoun 2021/08/17

ご返信ありがとうございます！
こちらの文章不足で、意味合いがふわふわしていて申し訳ありませんでした🙇‍♀️
上記のどちらともの意味合いでした、ご回答ありがとうございました！

依存注入方法非常に参考になりました、ありがとうございました！

kentaroh 2021/08/16

ちょうど学びたかった領域ですので非常に参考になりました。執筆ありがとうございます。
拝読中なのですが、私の理解が謝っていれば申し訳ないですが、

Chapter 15
Selectを使ってState更新の再構築を最適化する
にて

bool isAbove10 = useProvider(counterProvider.select((s) => s.state > 10));
return Text('Is counter > 5 ? $isAbove5');

とありましたが、

bool isAbove10 = useProvider(counterProvider.select((s) => s.state > 10));
return Text('Is counter > 10 ? $isAbove10');

ではないでしょうか？

村松龍之介 2021/08/17

kentarohさん、ご報告ありがとうございます！
こちら誤りですね…！次回修正させていただきます👍

kentaroh 2021/08/17

あっ勘違いじゃなくてよかったです。私も記事を書いて後で見直したときに見つけることがよくあります！執筆感謝です。

Daisuke Sawada 2021/12/22

1.0.0対策に良かったです。

村松龍之介 2021/12/23

ありがとうございます！そう言っていただけて嬉しいです😊

sanpei1978 2022/03/05

Riverpodを使ったflutter開発で大変助かっています。多謝！

1点質問させてください。Chapter 12 の下記の箇所です。

loading error 状態時のハンドリングが不要の場合は、 data?.value を使って簡略化することもできます。

final config = ref.watch(configProvider).data?.value;

このdata?.valueはv1.0.0(stable)ではDeprecatedとなってますね。代わりにasData?.valueを使用すれば良いのでしょうか？

と、書いている最中に浮かんだ疑問ですが、、
configを得るために下記2種類の書き方があると思います。

final config = ref.watch(configProvider).asData?.value;
final config? = ref.watch(configProvider).value;

この違いは見た目そのままconfigがnullである可能性の有無だけだと思いますが、どう使い分けするものなんでしょうかね？？

村松龍之介 2022/03/05に更新

v1.0.0以降で AsyncValue or Null として取り出したい時の data?.value 、こちら修正漏れでした！ご報告ありがとうございます🙏

v1.0.0以降は final config = ref.watch(configProvider).value を使用してください👌
（僕は現時点で asData?.value は全く使っていないです）

sanpei1978 2022/03/05

早速の返信ありがとうございます。
あ、asData?.valueでもnullで取り出される場合ありますね。見落とし...

v1.0.0以降はfinal config = ref.watch(configProvider).valueを使用してください👌
（僕は現時点でasData?.valueは全く使っていないです）

こちらも回答ありがとうございます。asData?.valueは今後非推奨になりそうな感。

村松龍之介 2022/03/06

継承先である AsyncValue の value と同じで、違いは AsyncData に一度キャスト（厳密には違う）しているかどうかなので実態はほぼ同じです👌（なのでおそらく特に非推奨にはならないかと）

sanpei1978 2022/03/06

なるほど、ありがとうございます！ソースも確認してみます😊

osaki 2022/05/30

勉強させていただいています。ありがとうございます。

こちらのChapterについてですが、
Chapter 25 StateNotifierProviderで画面に対するViewModelを作成する

  // メインカウントを+1する
  <void> increaseMainCount() async {
    state = state.copyWith(mainCount: state.mainCount++);
  }

  // サブカウントを+1する
  <void> increaseSubCount() async {
    state = state.copyWith(subCount: state.subCount++);
  }

上記のインクリメントは、以下のように前置インクリメントの誤りでしょうか？

  // メインカウントを+1する
  void increaseMainCount() async {
    state = state.copyWith(mainCount: ++state.mainCount);
  }

  // サブカウントを+1する
  void increaseSubCount() async {
    state = state.copyWith(subCount: ++state.subCount);
  }

村松龍之介 2022/05/30に更新

motuさん、コメントありがとうございます🙌
ご指摘の通り誤りで以下の通りに修正したいと思います🙏

state = state.copyWith(mainCount: state.mainCount + 1);

このチャプターは戻り値表記やProviderの命名など…他にも問題があるので、サンプルページの作成とともに全体を修正いたします📝

osaki 2022/05/30

ありがとうございます😄

yusei_wy 2022/08/11

この本のおかげで riverpod をなんとなくで使っていた事に気づけました。
サンプルコードも多くすぐにでも開発に組み込める内容でとても助かりました。
ありがとうございました。

村松龍之介 2022/08/21

Yuseiさん、そう言っていただけて嬉しいです😊ありがとうございます！

Nanase 2022/08/21

とても参考になりました！ありがとうございます！
Chapter29のFreezedとはについてですが

Freezedクラスを定義する上で守らなくてはいけない記法としは

上記の文章は、以下のような文章の誤りでしょうか？

Freezedクラスを定義する上で守らなくてはいけない記法としては

村松龍之介 2022/08/21

Nanaseさん、ご指摘ありがとうございます🙌 誤字修正しました👍

Nanase 2022/08/21

ありがとうございます☺️

RyosukeOK 2023/03/30

執筆ありがとうございます！
Riverpodの勉強に役立ててます！

細かい部分ですが、質問です。
プロバイダを更新中、 when.loading 状態をスキップさせたくない１行目の

デフォルトでは when.loading 状態には入らず、以前取得できた data/error を表示したまま、更新後の結果を待ちます。

上記に関して、"デフォルトではwhen.loading 状態に入る"ではないでしょうか？

以下Riverpodのコードです。
riverpod when skipLoadingOnReload

  R when<R>({
    bool skipLoadingOnReload = false,

確認しましたが、スキップされずloading 状態に入りました。

村松龍之介 2023/04/24

RyosukeOKさん、ご報告ありがとうございます🙌 skipLoadingOnRefresh のところ、 skipLoadingOnReload と書いてしまっていたようでした🙏

以下、タイトル含めて修正しました✍️
プロバイダが refresh/invalidate により再構築されるときの loading 状態をスキップさせたくない

また、以下を追加しました👍
プロバイダが watch により再構築されるときの loading 状態をスキップさせたい

RyosukeOK 2023/04/24

変更ありがとうございます🙌

ganちゃん 2023/05/31

Riverpod に関して隅々まで書かれていてとても勉強になります！

一点だけミスを見つけたのでその報告です！

こちらの『RiverpodのTest tips』の章の応用部分で

expect が except になっていました！

確認お願いします！

osaki 5ヶ月前

上記についてですが、Firebase Remote Config Realtime APIを考慮しても良いかもと思いました。
以下、ご参考までです。

Step 7: Listen for updates in real time

https://youtu.be/vWJ8wDzeEg0?t=348