April 10, 2012 MVVM (Model View ViewModel) is an architectural pattern based on MVC and MVP, which attempts to more clearly separate the development of user-interfaces (UI) from that of the business logic and behaviour in an application. To this end, many implementations of this pattern make use of declarative data bindings to allow a separation of work on Views from other layers. This facilitates
今朝、ツイッターでこんなやりとりがありました。 #なぜかツィートから ○ が消えてる・・・(- -; そこで MVVM における View・ViewModel・Model のサイズについて、キャラクターを使って表現してみたいと思いました。昨日まで Windows Developer Days に参加してたこともあり、キャラクターはクラウディアさん([twitter:@Claudia_Azure]) に登場いただきます。画像は以下のサイトから引用させていただきました。Microsoft さん、ありがとー(^^)/ Windows Azure 公認キャラクター利用ガイドライン 理想形 まず理想形。View はグラマーでセクシー。ViewModel はスマートでコンパクト。Model は「View・ViewModel 以外の要素」なので必然的にサイズが大きくなります。つっても単一のクラスが肥大化
最近真面目にプログラム書いてるので久々の更新。 WPFで書くにはMVVMというデザインパターン(?)で書くのが定説らしい。で、色々調べてみましたが、MVVM人気ないんですかね。要る要らないとかの宗教論争が多いです。要るか要らないかは使う側が考えるから、提供側はバシッと情報提供頼むよ(To マイクロソフト)。提供元がフラフラしてるからMVVMの考え方もフラフラしてるみたい。その辺は追々書いてみます(やる気の神が降りてきたら…)。 で、勉強も兼ねてMVVMの役割分担を図にしてみました。合ってるかどうかは不明。合ってなくてもいいんだ。まだ考え方がフラフラしてるんだし。MVVMは基本的に3つのクラスで構成されます。VMを複数のクラスに分けたりVを入れ替えたりするかもしれませんが、考え方的にはM-V-VMの3つ。適当に解釈してこれらの役割を書くと以下のとおり。 Model: 目に見えない処理をするク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く