雑把の UI アーキテクチャー史(MVCからMVVMへ) | プログラマーズ雑記帳

Web の場合は View と Controller の違いははっきりしてます。 View は html ページとその作成を担当します。 CGI は アドレスとパラメーター(アドレスの ? の後など)を受け取り、処理を行います。 その受け取り部分が Controller です。 Model と View ではなく、なぜ MVC としたのでしょうか ? 『 GoF 本』 では Controller を分ける利点をいくつか挙げられています。 キーボードの応答を変えたり、メニューからの呼び出しに変更するとき、表示方法を変更しなくていい。 入力イベントを無視するといったことをコントローラーのインスタンスの入れ替えで可能。 その他にも "View を入れ替えれば、 PC アプリ、 Web アプリでも使えるように" という理由もあります。 ちょっと無理そうな話ですが、例えば、 PC アプリが次のような

[ledsun]

大作。ちょっとテーマが多すぎて一記事にするのは無理がある気がするなぁ。MVVMの話をするにWeb MVCの話は要らないと思う。するとMVCのModelからViewへの通知とMVVMのVMとVのバインディングを対比したくなってくる。

[kasumani]

雑把の UI アーキテクチャー史(MVCからMVVMへ) 今回は UI アーキテクチャーの歴史についてです。 もともとスライドだったのですが、 説明を追加して、記事にしてみました。 最初は MVVM の簡単な説明のつもりでしたが、 MVC と

[quick_past]

なんかこのへん、ASP.NET+C#に特有な問題な気もする

[crist18]

MVVM

[nilab]

雑把の UI アーキテクチャー史(MVCからMVVMへ) | プログラマーズ雑記帳

[watanata2000]

MVC MVVM アーキテクチャ 比較

[tana005]

MVC, Javascriptアプリケーションフレームワークを調べてたら、こんなんに出くわした。

[stealthinu]

MVVMとMVCの違いが知りたくて読んだ。どうしてこれが出てきたかの流れが書かれてるためわかりやすい。

[to2ka]

あとで読む

[rryu]

コントローラはモデルのデータを右から左に受け渡しているだけなことが多いからフレームワーク側で持ってしまって作らないというのが最近の流れな感じ。

[JHashimoto]

"MVC 以降いろいろな UI アーキテクチャーが登場しますが、 共通している目的は アプリケーションのコア部分と UI 部分を分離する ということです。"

[h5y1m141]

誰か ”オフラインファースト” なアプリ作る際のオススメのアーキテクチャーを教えて欲しい

[sakuraischerry]

あとでよむ

[Koozz]

頭いいな〜

[kkamegawa]

アーキテクチャとかの話は置いといて、.NETが今の形で出てきたのは旧SunとJavaの裁判で負けてJavaの改良ができなかったことが原因の一つだったはず。そうでなければVJ++はそもそも作られていない。

[kkeisuke]

MVC

[t_ita]

ざっくりと俯瞰できてわかりやすい

[starwing]

Form の方が部品が多機能で豊富、そう思っていた時代が僕にもありました