WPF(.NET, WinUI) GUIプログラミング Part33 (815ﾚｽ)
WPF(.NET, WinUI) GUIプログラミング Part33 http://mevius.5ch.net/test/read.cgi/tech/1724156206/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
158: デフォルトの名無しさん (ﾜｯﾁｮｲ df24-mIju) [] 2024/10/09(水) 22:40:18.12 ID:EgWGnFmO0 「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？ 数値カウンターアプリを作る場合にCounterState みたいなモデルを用意して、「現在値」というプロパティと、インクリメント/デクリメントするためのメソッドを実装する ViewModelはそれを画面の表示やボタン動作に紐付けるために、「現在の値」というプロパティと、ボタン押下時のコマンド (内部的にモデルのインクリメント/デクリメントメソッドを呼ぶ) を定義する ……といった具合の実装をMとVMとで行うと理解したんどけど、合ってる？ 役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる http://mevius.5ch.net/test/read.cgi/tech/1724156206/158
162: デフォルトの名無しさん (ﾜｯﾁｮｲ e7a9-jyON) [sage] 2024/10/10(木) 11:08:47.70 ID:Ulhr2nl60 >>158 それで正しい 面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる http://mevius.5ch.net/test/read.cgi/tech/1724156206/162
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.041s