こんばんは、きょとん(@ippomihosanpo)です。
先日はじめてRails上級者の先輩方にコードレビューしてもらいました。
ぺーぺーの私がRailsのコードをはじめて上級者にレビューしてもらった
シンプルな仕様のコード量も少ないものだったはずなのに、コントローラ周りの指摘が多かった気がします。
いつもやりがちなんです。あたしって、ほんとバカ。
最初に携わったRailsの既存プロダクトがFatControllerだったせいにしたい
なんで、こう、私はFatControllerおばさんと化してしまうんだ
「デブの実装はやっぱりFatControllerなのかww」
とディスられる前に直したいです。原因を探りました。
よく考えると私が知ってるモデルとRailsのモデルが違かった
MVCのモデルは「データをいれる器」という認識でした。
器なので、基本的にはデータの単純な出し入れのみでロジックは色々書かない。
という考えがずっとこびりついていました。
JavaEEの三階層アーキテクチャのしがらみ
JavaEEを習っていた時システムは三階層として勉強してきました。
プレゼンテーション層 <=> ビジネスロジック層 <=> データアクセス層 <-> DB
この各層の間でデータのやりとりをするのが「モデル」でした。
MVCに当てはめるとこんなかんじです。
M：モデル
V：プレゼンテーション層
C：ビジネスロジック層・データアクセス層
となるとRailsでいうModelはモデル+データアクセス層
RailsのモデルはActiveRecordを継承していて、モデル自身がデータにアクセスできます。
三階層で考えてMVCに当てはめるとこんな感じになります…よね？
M：モデル・データアクセス層
V：プレゼンテーション層
C：ビジネスロジック層
この認識の違いがあると、データアクセス周りの処理をModelに書かないといけないのに、JavaEEの三階層アーキテクチャのしがらみによりControllerに書いてしまうという過ちが生じてしまうのです…。
さいごに
すみません、長い言い訳になってしまいました…。
かなり当たり前のことをいってたらすみません…。
FatControllerやりがちな人で元Java畑の人でこういう人いませんか…？
いないですか…そうですか…。
Railsがんばります！！いいコードかけるようにがんばります！！