WebアプリとMVC論

えふしん @fshin2000 2002年ぐらいから自前でMVCを作り、そのあとStrutsを触って、PHPに入って、古いMVC型のフレームワークを触って、Railsタイプのフレームワークを触った結論として、Webサイトに、かっちりしたMVCは不要。理由は、ほとんどの画面がユニークで再利用が効かないから。 2011-02-13 01:18:14 えふしん @fshin2000 むりやり再利用しようとすると、共通メソッドの引数が増えて行く。その時点で再利用に無理があるということを示す。引数による例外は、条件分岐を一つのメソッドに押し込んでるだけ。この事を指摘してくれたのはD2E2時代の人たちだったなぁ。 2011-02-13 01:19:43 えふしん @fshin2000 Webというのはほとんどの処理が、「validationを行い」「送信されたデータを保存し」「データ引っ張ってきて、ど

[mizchi]

sql苦手なので頭痛が痛い

[t1mvverr]

“Java Servletでモデル作って高度に整理されてる感が、仕事してる感があったけど、画面に一つ情報が増えました→モデル、ロジック、View,テンプレートに渡って変更が加わって、それ分けてる意味ないじゃん！”

[rryu]

ウェブではビューの再利用は絶望的でそれ故にコントローラの再利用も難しいので、Doc-Viewアーキテクチャの方があっていると思う。

[holypp]

webは確かにそうかも。htmlは画面に使うにしては自由度が高すぎるから＞冗長が故のメリットというものもある。

[riywo]

正座して読む

[kicchomu3]

Togetter - 「WebアプリとMVC論」

[takeodon]

"メソッドにまとめたからできません、という状況は許されない。冗長が故のメリットというものもある。"

[yojik]

WebMVCと混同した上でのMVC批判は、何か適切なパターン名をつけて知見を共有した方がいいな。

[aquarla]

"冗長が故のメリットというものもある。" という点は、DRY原則に無駄に拘る一部のプログラマ各位には理解してもらいたいかも。