注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
はじめに FlutterでRiverpodを使った開発をしていると、必ず遭遇する設計上の疑問があります。 「Reposi... はじめに FlutterでRiverpodを使った開発をしていると、必ず遭遇する設計上の疑問があります。 「RepositoryクラスにRefを渡してもいいの？」 この疑問は単純そうに見えて、実はRiverpodの設計思想とクリーンアーキテクチャの原則が交差する重要なポイントです。本記事では、この問題を深く掘り下げ、なぜアンチパターンとされるのか、そしてどのような設計が推奨されるのかを実践的な観点から解説します。 TL;DR ❌ NG: ビジネスロジック層（Repository/Service/UseCase）にRefを渡す ✅ OK: Provider関数内でRefを使い、必要な依存関係のみを注入 理由: 単一責任の原則、テスタビリティ、フレームワーク非依存性の維持 解決策: コンストラクタインジェクション、メソッド引数、Interceptorパターン 例外: ドメインロジックが薄いシン
2025/05/30 リンク