ActiveRecord のモデルを整理する7つのパターン - tkawachi Blog

7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事のもの。 Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる。 実際に自分が仕事で書いている rails アプリも激太りしててヤバい。 この blog の筆者が作っている CodeClimate で C 判定をもらう程度には肥満体型になっている。 Mixinに抜き出さない! Model が太ってきた時に考えるのは ActiveSupport::Concern を使って感心事を抜き出して、Mixin にすることだと思う。 実際に手元のアプリでも models/concerns/ なんていうディレ

[sona-zip]

Fat Modelと言うとあたかもMVCの文脈の中でMが多いことが問題でMVCの中で解決するべき問題と捉える人がいそうで怖い もしPDSに関係なく1つのクラスの肥大化が問題なら昔ながらのアンチパターンのGod Objectと表現して欲しい

[tgk]

「Rails で thin controller, fat model を心がけていると、model がマジで激太りしてヤバくなる」利用者の声の例

[kasumani]

ActiveRecord のモデルを整理する7つのパターン 7 Patterns to Refactor Fat ActiveRecord Models という記事があり、読もう読もうと思いつつ1年くらい経ってしまった。 ようやく読んだので理解した内容を書いておく。 コード例は元記事の

[nemoba]

ConcernとかDCIとかもめた挙句、Java回帰スタイルになったりするけど。永続化層を切り離してDDDスタイルにしようと成りづらいのがARから出発してるRailsの特徴だよね。毎度迷うよね。

[a2ikm]

責務

[a_suenami]

" Mixin は継承と同じように複雑さを増す。 やってみると、さほど綺麗に分けられないんだよね。 記事では mixin はするな、と書いてある。"

[kakkunpakkun]

モジュールでmixinじゃなくてクラス化してそいつに任せる感じ

[shin1x1]

「Mixin に抜き出さない」は、PHP なら「Trait に抜き出さない」かな。