MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage

昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、 「ロジックもデータも見ない現場監督のような役割」 と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [Viewの生成オブジェクトにJavaBeansを渡す] ｜ [Viewオブジ

[NetPenguin]

定期的に勃発するMVCについての話し。誰が最初かはわからないけど、MVCじゃないものをMVCとよんだ罪は大きいと思う。

[nemoba]

本来の主戦場のGUIのMVCでさえ似たような問題を抱えてMV*パターンが乱立してるからなあ。レイヤー分割の設計に統一パターンなんて無いせいで、逆にビジネスロジックとかMVCという幻想に期待しちゃうんだと思うよ。

[ono_matope]

いい話

[vanbraam]

複雑性をどこに持たせるかの問題.コードの規模が大きくなると,複雑さをモジュール内ではなくモジュールをつなぐ部分に持たせるようになる,という事では

[nobeans]

とある必要に駆られて再読しているが、色々腑に落ちる/なぜかブクマされてなかった

[k-holy]

"プログラムを整理する動機は「再利用性」と「テスト可能性」"だからこそテスト可能な粒度に部品化されたクラスをDIで繋いで、APIで抽象化するように。「MVC」はこうあるべき、みたいな話は多分どうでもいい

[iR3]

ふむふむ“Webにおいてはcontrollerの役割だった現場監督はroutingのスクリプトで簡素化してしまっても十分作れる”

[hfu]

「Webは「画面しかない」ので、ViewとModelで明確に切り分けがあった筈の「ビジネスロジックと画面に出力するデータの形は違うハズ」という区分けは、ほとんどのWebでオーバースペック」

[Vaduz]

可読性は正義

[rryu]

どこに処理を書くかはともかく、boundary、controller、entityの分類はしておかないと後で死ぬ気がする。

[indication]

適材適所を忘れずに

[cpw]

そうだよね。テストするためにはどう作ったらいいかとかそういうことの方が重要だと思う。ただレベルが高くない開発者がいると、ここらへんの考え方をなかなか理解してもらえなかったりして大変なんだけど。。。

[with_no_parachute]

"一つのプログラムは短くなるものの、クラス間の関係性がきれいに切り分けられてないと、作った人はいろいろ整理できて気持ちが良いかもしれないが、後から見る人は大変だということも多々ある。"

[at_yasu]

Routerに処理を書くって軽量系だと普通になってきたよなぁ。Flask Sinatoraとか。

[rfvgoo]

MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F\'s Garage＠fshin2000

[gologo13]

よくわからない

[okanoao]

B! [Readability] MVCにおけるcontrollerクラスの役割は時代と共に変わって行く

[razokulover]

MVCについての話。あと意外とLaravel4を触ってる人いるんだと思った。

[redhornet96]

StrutsからRailsに移ったとき違和感感じたのがこんな感じ

[laravel]

Laravelが話題に登場。

[yandod]

routerで色々できるのはlithiumやSymfonyも数年前に実装済み。MVCがダメみたいな話、最近多いけど安易な結論な気もします。

[mrkn]

フレームワークまで含めて MVC になってるなら MVC でしょ。

[ledsun]

今ならDOMべったりなJavaScriptにオレオレイベントディスパッチャ入れて、ロジックのテスト書けるようになって最高じゃね？ロジックをグループ分けすると設計の見通しよくてかっこよくね？とかすると楽しい。

[weakref]

今はactionにビジネスロジック書くことは殆どない。service filter interceptor は?

[nilab]

MVCにおけるcontrollerクラスの役割は時代と共に変わって行く | F's Garage＠fshin2000

[naoya2k]

Laravel4がとてもおもしろそう。

[kanno_kanno]

“作った人はいろいろ整理できて気持ちが良いかもしれないが、後から見る人は大変だということも多々ある”

[rti7743]

同意

[surume000]

「プログラムが読みやすいか、読みにくいかという話だが、乱暴に言えば開発者の短期記憶力とソースコードの見通しの悪さとのトレードオフとも言える」

[hush_puppy]

結局は読みやすいのは正義ってことか。読みやすければ・・・