Decorator と Presenter を使い分けて、 Rails を ViewModel ですっきりさせよう - KitchHike Tech Blog

はじめに こんにちは。KitchHikeエンジニアの小川です。 Webアプリケーション開発において、コードベースが大きくなってくると、よく問題になるものの一つが表示ロジックの重複ではないでしょうか。知らず知らずのうちにビューに同じようなロジックが増えて、コードの見通しが悪くなってくるのです。 KitchHikeのコードにもその兆候が見られはじめたので、対策として ViewModel パターンを取り入れています。このパターンを適用することで、表示ロジックを集約し、コードのメンテナンス性を向上させることができました。 ViewModel は、そんなに凝ったことをしているわけではないのですが、コードをすっきりさせる上ではかなり強力なパターンです。 今回はこの ViewModel について、実際の使い方を含めご紹介したいと思います。 ViewModelとは? 一言でいえばビューに関連するロジックを

[taogawa]

書きました

[morishin127]

なるほど〜〜〜〜

[oakbow]

なるほどなあとは思うものの、Decoratorがあくまで取得したデータに対しての装飾を行うのみなのに対して、Presenterの例は条件分岐やデータの取得から行ってるところに違和感があるなあ。層が違う気がするのだけど。

[mallowlabs]

単一のモデルの表示ロジック = Decorator、複数のモデルにまたがる表示ロジック = Presenter

[takahashim]

ViewModelは諸流派あるので最初に定義から入るのは好感度高い

[suzan2go]

Presenterでクエリ発行するのはちょっと違和感あったけど、Presenterに表示ロジックをまとめるのは良さそう。

[sinsoku]

Presenter のコード例が良さそう

[bopperjp]

Decorator -> 単一モデルの表示用ロジック分離 Persenter -> 複数モデルの表示用ロジック分離/ FormObject の下り側みたいなもんか。

[hasimoto1009]

違いがよくわかんなかったやつなので助かります!