Rails で fat model を避けるための、あまり知られていない方法について - おもしろwebサービス開発日記

このエントリで書いた内容は、ほぼ Growing Rails Applications in Practice の内容が元になっています。英語ですが、ここで挙げた内容以外にもコードを綺麗に保つテクニックが書かれており、かつページ数も少なく読みやすいです。コードを綺麗に保つのが好きな方は一読してみることをおすすめします。 はじめに Rails で fat model を避けるための方法は、7 Patterns to Refactor Fat ActiveRecord Models を始めとして、多くのやり方が存在します*1。 validation や callback は ActiveRecord(以下AR) を継承せずとも利用することができます。7 Patterns to Refactor Fat ActiveRecord Models の 「3. Extract Form Objects

[willnet]

id:t9a becomes でも動きますが、ActiveType.cast は "with less bugs and more consistent behavior" とのことなのでブログ内ではこちらだけ紹介してみました

[oakbow]

私の場合はこういう時model分けるんですよね。ユーザの非機能用件とプロフィールは基本的に別のテーブルにしたいタイプ。関連やSQLが複雑になる分には気にしないので。コード的には継承の方がすっきりはするかなあ。

[h5y1m141]

ちょうどこの辺りで最近悶々としてるからパーフェクト Ruby on Rails もだけど、ブログの方でもホント有益な情報まとめてくれていて助かる。

[tmatsuu]

Modelの外側でどちらのModelを使うか考えないといけなくて、その場所が増えてきたり継承したModelが増えてくると仕様変更が入った時につらそうな気がする。

[t9a]

becomesじゃダメかな? http://apidock.com/rails/ActiveRecord/Base/becomes

[chanpon0]

継承。後で試す。

[joker1007]

結局、これはフォームオブジェクトの延長であるという気がする。フォームに利用する以外も含めた更新用のコンテキスト全般をラップしている。

[luccafort]

読んだ。

[deg84]

良いような気もするけど若干気持ち悪いかな…

[kaz_shu]

継承してUpdatorという名前になるのが違和感がある。Notifierみたいなのを作るかなー。

[Kureduki_Maari]

.｡oO(active_type) Rails で fat model を避けるための、あまり知られていない方法について - おもしろwebサービス開発日記

[milk1000cc]

継承かー

[yatmsu]

以前、Railsから外されてしまった、observerぽい感じか。そういえばobserverなんで外れたんだろう。。

[KoshianX]

なるほど継承してしまえばいいと。active_type かあ、クラスのキャストもできるのか。んー、なんかあと1歩進められそうな気がするんだけど思いつかないなあ

[n314]

Ruby詳しくないけど、validationの辛さは解消されてなくない？DB構造に影響されるクラスにビジネスロジックを書くことや、継承を機能拡張に使うのは良くないような。

[harabu]

ほむほむ・・・

[uoz]

ほー

[masatomo-m]

振る舞いや視点別にModelを継承して作るのか、なるほど。これも複数のchildrenを跨いだ更新したくなってくると今度は呼び出し側がカオス化しそうではあるが、それは親クラスにまとめるのかな

[longroof]

助かりますヽ(=´▽`=)ﾉ

[nakaearth]

参考になる

[a2ikm]

更新専用のクラスを継承で作るのか

[to2ka]

後で読む

[sue445]

active_type面白そう