Flutter Riverpod 3: 状態管理、その先のパラダイム
Riverpod 3.0は、もはや単なる状態管理ツールではありません。Riverpodの創設者であるRemi Rousselet氏が提示した新しいパラダイム、すなわち「データ同期フレームワーク（Data Synchronization Framework）」への進化を意味します。 本コースは、基礎的な理論の羅列を大胆に省略し、Riverpod 3の画期的な変化と新機能をわずか5.5時間で完璧にマスターできるように設計されています。
22名 が受講中です。
難易度 初級
受講期間 無制限
お知らせ
1 件
こんにちは。
このたび、拡張性の高いFlutter：Supabase、Clean Architecture & Riverpod講座をインフランに新しく開設しました。
リリースを記念してRiverpod講義の割引クーポンをご用意しました。
🚀 Riverpod講義リリース記念
割引価格：15,000ウォン
有効期限：2026.9.30
クーポンリンク：15,000ウォン（86%割引）
また、以前リリースした拡張性の高いFlutter：Supabase、Clean Architecture & Bloc講座も、この機会に併せて割引します。
🔥 Bloc講義割引
割引価格：15,000ウォン
有効期限：2026.9.30
クーポンリンク：15,000ウォン（86%割引）
Blocで作ったアプリをRiverpodに置き換えるとどうなるでしょうか？
この講義を作りながら、かなり楽しい経験をしました。
以前Blocで実装したアプリケーションをRiverpodで再実装しながらも、核心となるビジネスロジックにはまったく手を加えていません。
BlocをRiverpodに変更したのに、核心的なビジネスロジックはそのまま維持される魔法。
これこそが、今回の講義でお伝えしたかったクリーンアーキテクチャの力です。
状態管理ライブラリは変更される可能性があります。
しかし、アプリケーションの中核となるビジネスロジックまで一緒に変更する必要はありません。
では、実際のプロジェクトではどのようにこのような構造を構築できるのでしょうか？
この講義では、Supabase + Clean Architecture + Monorepo + Riverpodを基盤に、実際に拡張可能なFlutterアプリケーションをゼロから最後まで構築します。
単にRiverpodの使い方だけを説明するのではなく、
ビジネスロジックと状態管理ロジックをどのように分離するか
プロジェクトが大きくなっても保守しやすい構造をどのように設計するのか
状態管理の方式が変更されても、コアとなるビジネスロジックを保護する方法とは何か】【。
Supabaseを活用してFlutterアプリをどのようにフルスタックで構成するのか
Monorepo環境でアプリケーションと共通パッケージをどのように構成するか
を実際のアプリケーションを作りながら見ていきます。
すでにBlocを学習された方なら
既存の「拡張可能なFlutter：Supabase、Clean Architecture & Bloc」を通じてClean ArchitectureとBlocを学習された方なら、今回の講義はさらに興味深いものになるでしょう。
同じアプリケーションの状態管理方法をBlocからRiverpodに変更したとき、何が変わり、何が変わらないのかを直接ご確認ください。
すでにRiverpod 3を学習された方は
「Flutter Riverpod 3: 状態管理、それ以上のパラダイム」で学んだRiverpodを、今度は実際の大規模なアプリケーションに適用できます。
RiverpodのAPIと使い方にとどまらず、Riverpodをアプリケーション全体のアーキテクチャの中でどのように活用するかを体験してみましょう。
AIがコードを書いてくれる時代です。
しかし、プロジェクトが大きくなったときに何をどこに配置するのか、何が互いに依存すべきなのか、そして変化が生じたときに何を変更し、何をそのまま維持するのかを決めるのは、依然として開発者の役割だと思います。
今回の講義を通じて、単にコードを書くことにとどまらず、変化に強いFlutterアプリケーションを設計する方法を体験してみてください。
ありがとうございます。
