12/06/06 20:01:18.77
Mのぶぶんは別になんでもいいお。
そもそもMの部分はVMとのセパレーションさえできていればいわゆるModel的なものですらなくていいと思う。
なんというかViewに関連しないものでありさえするなら、ステートを持つ実体的なものでもサービスとのやり取りをするProxi的なものでもなんでも。
実際のアプリではVMとMが一体化してるようなものもあると思われ。
19:デフォルトの名無しさん
12/06/06 20:13:26.93
アプリケーションや実装固有の話だからといって、MVVMにおけるMやMVCにおけるMのパターンを語る気が無いなら
「V-VM-VとVM以外パターン」とか「V-C-VとC以外パターン」とか言っておくべきだな。
20:デフォルトの名無しさん
12/06/06 20:42:38.20
Mはドメインロジックなのでモデルといって問題ない
21:デフォルトの名無しさん
12/06/06 20:47:41.09
つうか、むしろ話としては、VVMな部分の話よりも、MVVMにおけるMの話の方が語ることは多いと思うが。
VMとして責務を分離する話に、スレを立てるほどの広がりがあるのかなあ？
22:デフォルトの名無しさん
12/06/06 20:48:35.99
ドメインロジックという言葉が何に対してでも都合良く使われる問題。
23:デフォルトの名無しさん
12/06/06 20:48:37.04
実装の話とか？
24:デフォルトの名無しさん
12/06/06 20:51:59.61
>>22
それはすげー思うｗ
25:デフォルトの名無しさん
12/06/06 20:54:32.74
Mについてはそれなりに構築できるけど、
そこにVを被せるときに毎回苦労するんだなー
26:デフォルトの名無しさん
12/06/06 20:58:39.14
対象領域の課題を解決するためのモデルの「対象領域」の部分を拡大解釈しすぎなんだよ。
MVVMの文脈で、プレゼンテーションパターン以外の個別のアーキテクチャやパターンとして語るべき物までひっくるめてドメインモデルと言ったり、
ひいては状態を持っているるからドメインモデルです(｀・ω・´)ｷﾘｯ、みたいな事を言っていても、世間一般の同意は得られないと思うけどな。
27:デフォルトの名無しさん
12/06/06 22:10:29.54
いやいや、MVVMパターンの目的はXAMLアーキテクチャ特有のプレゼンテーションロジックの解決がメインであって、モデルの問題は二の次以下なんだがな
28:デフォルトの名無しさん
12/06/06 23:41:43.34
だからMについては一切語らない、っていうのは別に良いんだけど、それでそんなに語る事がある？、っていう。
まあ、VMとMの接続パターンについてはまったく語らないわけにはいかないだろうけど。
DBの話が知りたいって言う話が出てくるのも、DB実装固有の話がどうのというのではなくて、VMからサービス層とかへの参照を誰が生成してどう設定するのとか、
サービスロケータ的な部分をどうすべきかを知りたいって事だと思っているけど。
29:デフォルトの名無しさん
12/06/07 00:03:55.68
それはアプリケーション（Model）の役目だろうよ
V＆VMはむしろ生成される側だと思われ
30:デフォルトの名無しさん
12/06/07 00:13:47.89
簡単に言えば
V 見た目
M 本処理
VM 接着剤
だろ
MVCと同じようにUI層とその他を分けるときどうするかっていうのをパターンにしてるわけで
UI以外の処理、例えばデータの読み書きがどうこうなんてのはMVVMには関係ない話だな
Modelって名前なんだから何々であるべきなんだ！！１なんて話はナンセンス
31:デフォルトの名無しさん
12/06/07 00:14:54.65
その「アプリケーション（Model）」っていう言い方も微妙だが…。
生成されたVMがMをどう参照するかは、VM自体の話というよりアプリケーションインフラの話というならそうだけど。
でも、その話すらしないのだとしたら、本当に何の話をするんだ？
32:デフォルトの名無しさん
12/06/07 00:15:55.19
ザックリ分けると
・DBとのやり取りやAsync、Rxなど含めたアプリケーションロジック的な部分。
・MVVMとしての各画面の作り方の部分
・Prism的にDIやサービスロケータ含めたクライアントアプリとして構造的な部分
って感じかね。
33:デフォルトの名無しさん
12/06/07 00:16:50.09
>>30で良いなら、それがもう結論じゃん。それ以上なにか言うことがあるの？
34:デフォルトの名無しさん
12/06/07 00:23:50.25
>>33
>>30の話だけでナイスなWPFアプリが作れるんだったらいいんじゃないの？
35:デフォルトの名無しさん
12/06/07 00:36:57.38
MVVMの実装に関する話ならいくらでもできるんじゃね
36:デフォルトの名無しさん
12/06/07 01:12:27.18
むしろそちらの方を知りたいという人間多いんじゃね？
MVVM的に考えるとコマンドはVMに置くべきか否か
コードビハインドとイベントハンドラとVMの関係
コードビハインドはいわゆるプレゼンターか否か
バインディングとMVVMは切り離して考えるべきか否か
MVVMとしてふさわしいVMの実装は
もっと高速にVMを実装する方法はないかとかね
37:デフォルトの名無しさん
12/06/07 01:13:45.85
あとMVVMツールの良し悪しや使用方法についてとか
38:デフォルトの名無しさん
12/06/07 01:19:01.75
ビヘイビアってよく聞くけどVMに入るの？