MVC で「テーブル：モデル＝１：１」が許されるのは小学生まで - Devel::Bayside

本来、MVC の M はロジックを含み、C はイベントハンドリング、ウェブアプリケーションでいえば、画面遷移のみを担当します。 Catalyst でスキーマローダーをつかって、MyApp::Model::XXXX を自動生成してしまうと、「テーブル：モデル＝１：１」という COBOL 全盛期みたいなアーキテクチャになってしまいます・・。それで、仕方なくロジックを C に書くようにすると、C が見るも無残なほど膨れ上がってしまい、メンテナンスの困難な製品ができあがります（笑）。Rails や Catalyst でも、こういう作り方を推奨している雰囲気があります。 「テーブル：モデル＝１：１」が許されるのは、Rails や Catalyst で本当に小さいアプリケーションを作るときまでで、多少大きいアプリケーションを作ろうと思ったら、MyApp::Model::XXXX を自動生成するなら、M

[z0rac]

それはpluggableなコントローラでは？/違うか。ドメインに近いのか。

[suVene]

C に無理させすぎ！ってのは、よくあるよね。M の捉え方にもよりそうだけど、O/Rマッパーならば、L 作るしかないか。

[hanageman]

なるほど

[kamawada]

「MLVCモデル」

[NOV1975]

結局インピーダンスミスマッチを吸収するレイヤーがどっかにないとゲシュタルト崩壊って話なのかな。

[bellbind]

railsってcontrollerにロジック書くの推奨してたっけ？むしろtestとの兼ね合いからするとmodelに書くほうが普通だと思ったけど。。。

[asakura-t]

あるいはMLVCか。DMVCとはModelが何を差してるかの違いかな？　どっちがいいのかは分からんけど。