MVVMってどこからどこまで ⇒ WPF / Silverlightの浸透のカギは?
正直、明確にMVVMはこれだ!っていう決めてがなくて、極端な話、人によってすらその範疇が変わったり、Silverlight/WPFそしてBlendを使うか使わないかでも変わったり・・・。実はすげー抽象的な概念だなぁと思うなぁ。
2011-03-26 05:27:41@hiroyuki_mori これだと思いますよ。どう考えても。 http://twitter.com/ugaya40/status/51301980508913665
2011-03-26 05:28:32@hiroyuki_mori MVVMだなんてこだわる必要があるかどうか分からない。結果的にMVVMっぽいつくりになったところで最後の仕上げというかリファクタリングでMVVMからはみ出した部分を収めるかどうか検討するだけでいいじゃないかと思ってみたり。
2011-03-26 05:29:32WPF/SLに合わせてプレゼンとドメイン分けようとすると自然にこうなります。それにMVVMって名前が付いているだけ http://twitter.com/ugaya40/status/51301980508913665
2011-03-26 05:30:12@ugaya40 んー。ただね。これも実は明確ではない気がするんですよー。 たとえば、@ugaya40さんがおっしゃってる「標準でサポートされている」ってあるでしょ?これって、要はバージョンによって変化するってことですよね?
2011-03-26 05:30:56@hiroyuki_mori UIパターンは全て実装プラットフォーム依存ですし、これが明確に決まっていないと言うならMVCだって明確に決まっていないです。
2011-03-26 05:32:19@ugaya40 ただ、MVCとの違いとしてはMVVMは抽象的な中でもWPF/Silverlightに特化しているってことですね
2011-03-26 05:33:49@ugaya40 ただね、私が気持ち悪いなぁと思うのは、抽象的なのか具体的なのか、ここがなんとなく曖昧な気がするんですよ。
2011-03-26 05:35:19@ugaya40 さっき話したように標準でサポートっていう部分に関してはプラットフォームに依存したりということで形状が変わってしまったりする部分があるじゃないですか?
2011-03-26 05:36:21@hiroyuki_mori ASP.NETのパイプラインを活かしてMVCしようとした時に、ASP.NET MVCというインフラ無しじゃ同じことになると思います。具体的なのか抽象的な解らない感じで。ASP.NET MVCにあたるMVVMインフラが必須ですよね。MVVMやりたきゃ。
2011-03-26 05:36:56@ugaya40 本当に単に抽象的にレイヤーをM-V-VMでわけるだけというのであれば、わかるんですが、バージョンによって具体的な機能まで突き詰めないと・・・という側面もあったり。
2011-03-26 05:37:44@ugaya40 もっとぶっちゃけて言うと、そのパターンを利用しようとする人間のスキルレベルに依存してしまう側面があるように思うんですよ
2011-03-26 05:38:44@hiroyuki_mori おっしゃる通りで、現時点での.NET 4であればPrism的なのとか当然無理で。例の英語の本レベルの無いようになるかと。
2011-03-26 05:39:12@ugaya40 たとえば、MVCしかり、GoFしかり、抽象的なアプローチって基本的には抽象的なパターンがプログラミングのモデルとして定義されているから便利なのであって、M-V-VMはそういうからさらに方法論にまで及んでいるように思うんですよね。
2011-03-26 05:40:41