エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Railsの設計パターンと責務分離18選|AI時代に見直すFat Controller / Fat Model対策
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Railsの設計パターンと責務分離18選|AI時代に見直すFat Controller / Fat Model対策
はじめに Railsで開発していると、Service Object、Serializer、Finder Object、Value Object などの言... はじめに Railsで開発していると、Service Object、Serializer、Finder Object、Value Object などの言葉を見かけることがあります。 どれもざっくり言うと、 ControllerやModelに処理を詰め込みすぎないための切り出し先です。 いわゆる Fat Controller / Fat Model を避けるための考え方ですね。 AIに実装を任せられる場面が増えた今だからこそ、ただ動くだけではなく、どこに何の責務を置くかを考える力もより大事になっていると感じます。

