なぜバリデーションはモデルに記載する？

Question

Ruby on Railsでのバリデーション記載箇所について

基本的なことで恐縮ですが、なぜモデルに記載するのでしょうか？

Comments

[Zuishin]

なぜモデルではないのですか？

[Lett]

コントローラーとかでもいいのか、と思いました

[Zuishin]

なぜコントローラーでもいいと思ったのか、MVC それぞれの役割をどう認識しているかなどを質問に追記すると回答しやすいのではないかと思います。

[Lett]

ありがとうございます。
MVCモデル自体を初めて知りました

Answer 1

モデルに書くのはRailsのローカルルールなのでRailsを使うなら素直に従うのがいい。
Rails以外では違うので一般的な常識ではない。

Laravelユーザーから見るとモデルに書くRailsには違和感しかない。
・Laravelにはバリデーションを書く専用のclassが用意されている。
・バリデーションルールは状況によって変わるのでモデルに依存させるのは違う。
・バリデーションでエラーなら元の画面にリダイレクトなのでバリデーションの実行場所はルーティングとコントローラーの間。
ルーティング→バリデーション→コントローラー。
エラーならコントローラーに来る前にリダイレクト。
コントローラーまで来てる時点でバリデーションは通ってるので以降は気にしなくて済む。

Answer 2

モデルはデータベースの設計図のような役割を担っており

ユーザーがビュー（フォーム）で入力したデータは
ルーティング→コントローラー→モデル→DBの流れで
DBに保存されますよね？

そのためDBの手前のモデルでvalidationをかけます

またモデルはApplicationRecordをモデル名で
継承していることも理由にあげられます。

強引にコントローラーなどに書くことも
できなくはないと思いますが
コントローラーの役割を考えると
不適切かと思います。