MVVMについて語ろう

**デフォルトの名無しさん** · 2012/06/06(水) 11:03:33.21

WPF/Silverlight/WinRT開発の必須技術、MVVMについて語ろうではないか！

**デフォルトの名無しさん** · 2017/05/26(金) 06:12:40.96

MVVMのVはMVCのV+Cだよ
MVPのVとかと同じ

**デフォルトの名無しさん** · 2017/05/26(金) 06:38:23.57

MVVMのVって左から3番目のVのことですか

**デフォルトの名無しさん** · 2017/05/26(金) 07:01:45.39

2番目だよ

**デフォルトの名無しさん** · 2017/05/26(金) 12:30:06.83

めちゃ効率悪い作り方

**デフォルトの名無しさん** · 2017/05/26(金) 15:34:26.98

MVVMってMVCより明確にしたもの

VMはCという漠然とした者じゃなくて
Viewに対応するオブジェクトそのもの。
だからVMのプロパティを変更することでViewに反映されるし
Viewで何か変更するとVMのプロパティに反映される。
双方向バインディングを使って実現する。

**デフォルトの名無しさん** · 2017/05/26(金) 19:26:58.74

全然進化してないな

**デフォルトの名無しさん** · 2017/05/26(金) 20:59:38.95

>>762
効率求めたらガチガチにVewと結びつくからな。
Vewが固定ならMVCもMVVMも要らない。
デスクトップやモバイルで中身同じだけどVewだけ違うとかだからMVCやMVVMが必要になる。
デスクトップとモバイルで同じ処理を別々に書くよりは全体では効率が良くなる。
特にモバイルが画面の大きさや画面比率が多様化してる昨今では。

**デフォルトの名無しさん** · 2017/05/26(金) 21:03:56.89

>>764
強いて進化と言ったらMVC時代は相変わらずクラス側でVewのプロパティに代入してもVewは古い値を表示したままで、updateで更新しないと値を更新しなかった。
MVVM独自かは不明だが、MSでは相互に値の更新を自動通知し合う仕組みが出来た。
>>763が言ってるのはそういう事。

**デフォルトの名無しさん** · 2017/05/26(金) 21:40:38.92

>>766
そんなもん独自のわけないだろ

**デフォルトの名無しさん** · 2017/05/26(金) 22:27:08.33

MVVMにおいてactivityはviewでいいんだよな？

**デフォルトの名無しさん** · 2017/05/26(金) 23:41:27.21

更にいうとMVVMをさらに発展と言うか破綻しづらいようにしたのが
flux。MVVMのVMは双方向バインディングだけど
fluxの場合は、Viewの変更は直接VMに反映しない方針。つまり片方向バインディングに限定した。
その代わりVMへの変更関連をActionに集約して
Action -> State(VMに対応) -> View ->Action
と片方向への情報の流れに限定したのがflux

**デフォルトの名無しさん** · 2017/05/27(土) 02:57:55.41

>MVC時代は相変わらずクラス側でVewのプロパティに代入してもVewは古い値を表示したまま

糞Windowsだけだろω

**デフォルトの名無しさん** · 2018/05/23(水) 23:07:17.16

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

USCRF

**デフォルトの名無しさん** · 2018/07/04(水) 23:01:58.94

QIC

**デフォルトの名無しさん** · 2018/07/06(金) 12:35:20.43

USCRF

**デフォルトの名無しさん** · 2019/01/28(月) 14:30:35.46

LivetとPrismとはなんだったのか

**デフォルトの名無しさん** · 2019/01/28(月) 22:53:33.32

Livetは使った事ないから知らんがWPF開発には色々便利なものあったらしいしPrismも便利なとこあるんじゃないの
自分は使わんけど

**デフォルトの名無しさん** · 2019/01/30(水) 03:07:28.56

知らんなら答えなくて良いんじゃね？

**デフォルトの名無しさん** · 2019/01/30(水) 10:24:55.23

評判は聞いてたからその範囲で教えてあげてんだけど？
無知すぎるボンクラは逝ってどうぞ

**デフォルトの名無しさん** · 2019/01/30(水) 10:35:20.87

Prism.Unityは、UWP版のほうがシンプルでかつ十分な機能で良いんだけど
wpf版もあっち基準に改善したら良いのにな

**デフォルトの名無しさん** · 2019/01/30(水) 12:36:56.89

https://teratail.com/questions/140681
MVVMやってるのこんなのばっかりだからな死滅すればいいよ

**デフォルトの名無しさん** · 2019/01/30(水) 12:37:12.23

ハイハイ理解できないから終了ね

**デフォルトの名無しさん** · 2019/01/30(水) 12:38:11.42

>>777
知らないなら答えなくていいんじゃね？
ぼんくらは死ね

**デフォルトの名無しさん** · 2019/01/30(水) 12:43:13.60

>>777
知らんなら答えなくて良いんじゃね？
過疎スレで無駄に煽るボンクラ

**デフォルトの名無しさん** · 2019/01/30(水) 14:39:06.71

無知が顔真っ赤にしてテラワロス

**デフォルトの名無しさん** · 2019/02/05(火) 22:13:49.20

>>783
無知が顔真っ赤にしてテラワロスっておまｗ
そんなんがほんとに面白い人とかいるのかね
MVVMはどこいったのｗ
スレタイと何も関係ない書き込みしちゃって頭おかしくないのボンクラｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/05(火) 22:15:30.79

いやテラワロスってのはMVVMなんだろうな
無知なのでわからんわ

**デフォルトの名無しさん** · 2019/02/05(火) 22:50:39.27

>>779
＞INotifyPropertyChanged はバインド専門ではありません。

これって詭弁だよね
MVVM使う時点で通常のモデルにすると不便だからINotifyPropertyChanged使うだけ

**デフォルトの名無しさん** · 2019/02/05(火) 22:57:59.44

MVVMじゃない設計で作られたモデル、ビジネスロジックがあってそれをMVVMで使う場合どうすんの？ってことなんだろうけど
もう一層外からくるんだだけじゃうまくいかないからほとんどを作り直しすることになるんじゃないかな？

**デフォルトの名無しさん** · 2019/02/06(水) 02:16:42.38

>>784
何日も前のに突然どうしたw

>>786
MMV間は好きにすればいいかと
自分はわざわざMでINotifyPChangedなんか使わんけど

**デフォルトの名無しさん** · 2019/02/06(水) 09:39:48.85

俺なんかMVCすらよくわかんないな
Webは兎も角、それ以外はMVCだと言われてるアプリを見てもCからVを書き換えてるのだらけに見えちゃうんだな
これでいいんか？それとも世の大半が間違えてるのか？どっちなんだ

**デフォルトの名無しさん** · 2019/02/06(水) 12:24:14.98

Cからvだけでしかないってのはダメだと思うが、結局その場合にちょうどいい程度に疎結合になってればいいと思うけどね
自分はMVにロジックも詰め込んで、でかくなってきたらMにする程度でやってる

**デフォルトの名無しさん** · 2019/02/11(月) 03:23:52.16

いつも疑問なんだけどMVVMでダイアログ表示するときなんでVMでShowDialog()しちゃいかんの？
MessengerでViewに送ってコールバックでってやるよりもVMをDataContextにぶっこんで直接操作したほうがわかりやすくない？

**デフォルトの名無しさん** · 2019/02/11(月) 04:01:02.71

>>791
MVVMのVMは、UIへの依存を排除することを試みるパターン。
なので、直接呼んで良いかと問われればNo

UIの知識に起因する処理を行いたいのであれば、UIから提供されたインターフェースを介してUI操作を行うMVPの採用を検討する。

結局のところ、MV*の違いは責任範囲の違いだけであり、MVPがMVVMよりV寄りに広いパターンなので、MVVMをベースにMVPにしても構わない。

ただしその場合、混乱の元なのでMVVMとは呼称すべきではない。

**デフォルトの名無しさん** · 2019/02/11(月) 12:20:24.20

>>791
ぶっ込んで直接操作が何を指してるのかわからん。
そのダイアログを表示がらみだと思うけどもうちっと具体的に言ってくれ。
元のViewと対応したVMがあったとして、そこからダイアログ表示させる場合でいいんだよね？

**デフォルトの名無しさん** · 2019/02/11(月) 13:34:01.09

>>793
すまん、説明が悪かったかも
あと無意識にWPFを前提に話してしまっていた

MainWindow
MainWindowViewModel
MainWindowModel

DialogWindow
DialogWindowViewModel

があったとしてMainWindowのボタン押下をトリガーにDialogWindowを表示したいとする
でWPFの昨日でVMにコマンドバインディングしていたボタンの処理の中で
DialogWindowのDataContextにDialogWindowViewModelを入れる
→MainWindowViewModelの中でDialogWindowのインスタンスを生成する

みたいな感じ

**デフォルトの名無しさん** · 2019/02/11(月) 15:12:43.09

VMからVを直接生成するのは禁じ手かと
てスタビリティーが担保できない

**デフォルトの名無しさん** · 2019/02/16(土) 02:23:43.23

7年前から何も状況変わってなくてワロス

**デフォルトの名無しさん** · 2019/02/16(土) 02:52:06.72

https://teratail.com/questions/74961
わからないやつは使うな！
でほんとに使わなかったケースが多かっただけみたいだな
ユーザーの質がほんとひどい
難しい案件でだけ使えばいいがな

**デフォルトの名無しさん** · 2019/02/16(土) 09:30:22.31

自分は自分で作るちょいアプリでも使ってるけどな
といってもVM膨らませてMもそこでやってて、ややこしくなったら分離させてるだけだけど

**デフォルトの名無しさん** · 2019/02/16(土) 19:22:44.93

WPF+MVVMはテストがつらい
M、VMでテストが出来てても実際にVでうまく動くかは全然わからない

**デフォルトの名無しさん** · 2019/02/16(土) 20:37:11.87

>>799
ん？それほかのUIフレームなら出来るん？

**デフォルトの名無しさん** · 2019/02/16(土) 20:48:59.47

アプリケーションのテストとしてはVM-M間で十分だと思うがな。
V-VM間はデータバインディングが意図通りか確認する程度だし。
少なくともFormsよりだいぶUIに近いところまで自動テストできるようになった。

**デフォルトの名無しさん** · 2019/02/17(日) 03:18:26.01

>>799
ViewはMVの状態をそのまま表示するだけってのが理想だからね
セレニウムだっけ？WEBでのUIテスト出来る奴とかあるかもだけど、自動テストでそこまでの工数かけるのちときつくね？
VMのテストならプログラム的にしやすいからまだわかる

**デフォルトの名無しさん** · 2019/03/17(日) 03:07:47.90

>>698
バカには使えないありがたいアーキテクチャなので
普及とかはどうでもいい話だった

**デフォルトの名無しさん** · 2019/03/17(日) 08:02:38.52

VisualWorksのPluggable MVCとどう違うのだろうか？

**デフォルトの名無しさん** · 2019/03/17(日) 18:31:05.56

Pluggable MVCとはだいぶちがうだろう
Application Modelの間違い？

**デフォルトの名無しさん** · 2019/03/17(日) 22:43:26.65

>>805
ValueHolder、AspectAdaptor、PluggaleAdaptorとか

**デフォルトの名無しさん** · 2019/03/17(日) 22:56:42.27

ああ、そういうことか
もっと古典的でプリミティブなものを指しているのかと思った
http://aokilab.kyoto-su.ac.jp/documents/MVC/page4.html

**デフォルトの名無しさん** · 2019/03/17(日) 23:43:40.49

結局、ビュー寄りのモデルを作るという発想は90年代初頭にVisualWorksで提唱されていたんじゃないかと。

**デフォルトの名無しさん** · 2019/03/18(月) 01:01:31.84

まあその結論で合っているんだけど

ただValueHolderとかのアダプターはあくまで
ApplicationModelのプロパティでデータバインドを実現するための道具に過ぎないので
https://matarillo.com/general/uipatterns.php#p3

MVVMとの類似性に言及するのであれば
Pluggable MVCではなく「ApplicationModelアーキテクチャ」と表現する方が誤解が無くてよいと思う
http://wiki.c2.com/?ModelModelViewController

**デフォルトの名無しさん** · 2019/03/18(月) 01:37:38.06

もともとMVCとかでごちゃごちゃしてきたところにMVVMってことなんだろうな
デスクトップアプリに当てはめるのは微妙だったよ

**デフォルトの名無しさん** · 2019/03/18(月) 07:19:28.89

いやそういう基本的な理解の欠如ではない

**デフォルトの名無しさん** · 2019/03/18(月) 09:45:01.81

デスクトップに当てはめるのが微妙ってのは何だ？仮想Dom的なものがあればおさまる話？

あとMVVMはMVCを改良したってよりもXAMLのバインディング気候に合わせたって側面の方が強いと思うがな
それを改良と言えばそうだけど

**デフォルトの名無しさん** · 2019/03/18(月) 11:53:25.70

もしや810はMVCとMVC2を混同してるとか？

**デフォルトの名無しさん** · 2019/03/19(火) 03:35:07.74

実装者の能力不足が問題になるということは設計パターンが悪いんだろ
本当に理解してるか確認するが難しいようなのもダメだ

**デフォルトの名無しさん** · 2019/03/19(火) 21:56:18.31

バインディングで楽が出来れば、それで満足よ

**デフォルトの名無しさん** · 2019/03/19(火) 22:06:06.31

>>815
楽できるかどうかじゃなくて、
画面を直接触らずに済むかどうかの問題だろ。

**デフォルトの名無しさん** · 2019/03/22(金) 00:42:05.87

こりゃ天才ですわ
https://qiita.com/hiki_neet_p/items/e381c687b0644c0e4978

**デフォルトの名無しさん** · 2019/05/30(木) 12:04:36.21

暇だから数年ぶりにWPFでも触ってみようかなと思ってるけど、
乱立してた結局MVVMライブラリって結局何かに統一された？
Livetは死んでしまったみたいだねw
個人的には応援してだけど

**デフォルトの名無しさん** · 2019/05/30(木) 19:49:16.08

>>818
統一されたかどうかは分からんが、

https://github.com/XamSome/awesome-xamarin/blob/master/README.md#mvvm

によると、ReavtiveUI, MVVVCross, Prismあたりが人気らしい

**デフォルトの名無しさん** · 2019/05/30(木) 19:50:47.36

>>819
typo
x MVVVCross
o MVVMCross

**デフォルトの名無しさん** · 2019/06/19(水) 05:03:53.74

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/07/27(土) 02:26:32.72

むっちゃ初歩的なところの質問になってしまうのですが、
WPF + Prismの環境で、画像ファイル(png)をウインドウ内にタイル状に並べたいのですが、
単体でパスをSourceに指定して、Converterを通して表示、までは出来たのですが、
これをListView上でおこなおうとすると、ListviewにBindingしているObservableCollectionにAddしても、
画像が表示されません。
何かわかりやすいサンプルや、チュートリアルなどありませんでしょうか？

**デフォルトの名無しさん** · 2019/07/27(土) 03:17:09.73

>>822
チュートリアルは知らんが、リストにテキストやボタンは表示できるの？
出来るなら今単体でコレクションの要素とビューテワやってる関係を同じようにするだけだけど

**デフォルトの名無しさん** · 2019/07/27(土) 10:04:07.36

>>822
ListViewのTemplateをGridViewとしDataTemplate使うんじゃなかった？　よく知らんけど。

**デフォルトの名無しさん** · 2019/11/01(金) 18:07:00.51

>>822
どんな見た目作りたいの？

**デフォルトの名無しさん** · 2020/07/02(木) 15:07:15.93

MMVMで言語を作る！

**デフォルトの名無しさん** · 2020/07/02(木) 17:47:32.50

LLVMと勘違いした

**デフォルトの名無しさん** · 2021/01/27(水) 11:51:54.98

てす

**デフォルトの名無しさん** · 2021/01/27(水) 23:40:32.54

Win Formsでやってる人いますか？
datagridviewで値によってセルの色を変える場合、どのようにしてますか？

**デフォルトの名無しさん** · 2021/01/28(木) 01:44:53.83

>>829
BindingListへの追加・変更・削除がイベントで拾えるので、
そのイベントハンドラで状態に応じてセル変更すればいいんじゃね？

汎用化するのであれば、BindingListを[M]、Gridを[V]とみなし、
その間を取り持つPresenterに移譲させるMVPパターンにするとかか

めんどくさがりやなので、前者でお茶を濁すかなぁ

**デフォルトの名無しさん** · 2021/01/29(金) 20:29:07.30

MVVMはバインディングを活用するために考案されたパターンなので、WinFormsでは実践できません

**デフォルトの名無しさん** · 2021/02/02(火) 19:09:08.24

ユーザーメリットなしのオナニー

**デフォルトの名無しさん** · 2021/02/02(火) 21:40:04.70

ユーザーってのがアプリユーザならその通り
開発者は恩恵受けてるよ

**デフォルトの名無しさん** · 2021/04/06(火) 11:03:35.23

MVVM　おっそ。
イベント発生元からトンネル経由しない前に捕まえて、View->ViewModelのイベントデリゲート呼ぶのが一番速い。
Commnad　Bindingなんか使ってられない。　遅くて・・・