ActiveRecordのモデルが1つだとつらい - Qiita

Railsあるある 何気ないモデルの変更がアプリケーション全体を傷つけた TL;DR 最近の趣味アプリではコントローラーごとにモデル生やしてトップレベルのモデル使わない設計で書いていて、コールバックやデフォルトスコープ書き散らかしても影響範囲がコントローラー内だけで済むので便利だしFormオブジェクト書いてグルーしまくる必要もなく快適 — Miyagi (@hanachin_) 2018年1月30日 アプリ全体で1モデルだとグローバル変数と一緒、モデル全体に影響でる機能がアプリ全体に影響でてつらい。機能ごとにスキップしたり使い分けはできるけどモデルごと全部分けたほうが楽、コントローラーごとに分けると責務が明確になりやすい。みたいな感じです! 詳しい記事はやる気でたら書く... — Miyagi (@hanachin_) 2018年2月9日 自分自身ネームスペースどう切るかとかは興味なくてd

[kazutomo]

コントローラー毎にドメインモデルを作ったDDDってことなんだろうけど、そういうのは最低限静的型付け言語でやらないとコンテキストによって同じモデルでも異なるのを管理できなくて破綻するからやめた方がいいと思う

[suthio]

ここまで来るとRailsあんま使いたくないなーって感じ

[daichirata]

辛い所はよく分かるが、コントローラー主眼で書くことがそんなに無いのであまり共感は出来ないかも。Railsレイヤ足りない(足すの難しい)問題の亜種のようにも感じる。

[d4-1977]

わかるが、沢山モデルが作られて、しまうのも…という。モジュール使えばいいのかな。テスト書きにくそうだけれど

[inoueyuworks]

ActiveRecord のモデルを、責務ごとに分割していく方法

[rochefort]

これ良いような気もするのだが、いろんなところにmodelの機能が散らばって、見通し悪くならないかな。

[iga_k]

なるほど勉強になる！

[tofu-kun]

全体を把握できる程度の規模じゃないとつらそう。面白いけど。

[gnufrfr]

Laravelの方が進んでるって思った次第

[polidog]

モデルとはいったいなんなのか？

[morygonzalez]

テーブル、モデルを分割した方が良さそう。

[june29]

使う経路によって期待するふるまいが変わるの、モデル設計を見直した方がよさそう…？という気持ちもした。

[tkawa]

コントローラで使うとか関係なく、ドメインモデルとして妥当かどうかで考えたい

[kamipo]

STIは気をつければなんとかできるけどpolymorphic associationとの共存が難しそう

[rryu]

これは結局コントローラに書いてることには変わりないので別のインターフェースから同じ処理を行おうとした時にコピペなどのつらみが発生するやつだ。

[n314]

Rails知らないけど、Rails的にはUserモデルはデータストアでもあるしメール配信もする、プレゼンテーション層のロジックも全部やるよ、ってことなのかな。

[cocoasynn]

なんかDDDっぽいことをしたい的な雰囲気を感じる

[sinsoku]

Controllerでrefineは分かる。modelが大きくなると、色々とツラくなる。