MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア

[j5ik2o]

重箱の隅つついてすみませんが、DDDのサービス層云々の説明なんかおかしい。サービス層ってPofEAAの言葉であってDDDにはない。

[tg30yen]

やっぱWEBに向いてないなと思う。Modelが安定してるなんて幻想だ。

[paz3]

MVCから派生パターン(Document-View, MMVC, DCI, MVVM)へ、どうして、どのように進化してきたかの解説。「DCIやMVVMによってFat Controllerの問題は解決される(別の問題にすり替わる)」とのこと。

[inazakira]

うーんむずい。自分でやるときれいにMVCになったことないし。データバインドはMとVの依存じゃないのかとか。理解しきれてないんだよね。MOVEパターンやPACパターンってのもあるよね。

[murasuke]

“Model driven View”

[takryou79]

MVC

[tsuchikazu]

最高

[huneyhunt77]

最高のまとめ

[ledsun]

MVCとMVC2（WebMVC）は分けて欲しい。/ ビューが状態を持たないMVC2ではcontrollerからviewの更新ロジックが抜けない、Modelの変更とViewの変更の対応付けが複雑、Modelじゃない状態をどこに持つ？みたいな悩みが無い

[indication]

MMVCやMVVMなどの構成についても記載あり

[nakimura]

“WebComponents”

[sonesuke]

MVCの流れを簡単にまとめてみる (via @Pocket)

[sonots]

あとでよむ

[zbih]

DCIとMVVMあるいはmdvは今後、アプリケーション開発においては主流になっていくだろう。これによって、Controllerの責務はほぼなくなっていき、Fat Controllerの問題は別の問題にすり替わっていくだろうということが想像される

[tyokomine]

ほうほう

[kujiraneko28]

MVC指向主義がどうしても慣れんです。リソース指向派からするとどうしても、もっさりしているというかなんというか。

[ryonext]

MVC

[VoQn]

MVCデザインパターンの起こりからDDDが考えられるようになった経緯まで。個人的にはMVVMとかMVPもっと流行って安定したデザインパターンになってほしい

[mano-junki]

mvc pattern design programing program architecture ddd gui

[koogawa]

いろいろあるんだな、ということはわかった。まずはMVCをしっかり理解しよう

[kyon_mm]

なんか的外れな記事に見えるんだけど。。。MVCはもとはエディタだったし、WebMVC以降の説明があまりに稚拙な気が。

[asuka0801]

この手の記事は実装が伴わないから当てにならないのよねー

[yhakusyaku]

とてもわかりやすくまとめられてた DDD - MVCの流れを簡単にまとめてみる - Qiita [キータ] :

[nacika_inscatolare]

1get

[As_hsp]

1get

[tanorityy]

後で読む

[Cald]

ちゃんと整理して理解しなきゃだね

[hamichamp]

これはいい記事だ

[yuma_craft]

MVCの流れをおさらいする意味でも

[nil-fell]

こういう図解ありがたいです