- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
267 :デフォルトの名無しさん[sage]:2014/12/11(木) 00:36:42.41 ID:a/M3zwJ7 - >>266
MVVMならほぼ全ての状態がVMにあるはずだから、そこクリアすればいいんじゃない VMにも置かないレベルの状態をクリアしたいなら、 Messenger的なものをトリガーにしてViewを動かせば?
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
269 :デフォルトの名無しさん[sage]:2014/12/11(木) 00:50:30.46 ID:a/M3zwJ7 - >>268
1行目の意味がちょっと分からんが、言いたいことは、 そもそも厳密にMVVMで作ってるなら、Viewが状態のマスターである事はほぼ無いはず 画面上の状態のマスターであるVMから情報を削除すれば、 Binding経由でViewの情報はクリアされるはず でも、実際そこまで詳細な部分までVMに持たせるのはナンセンスだし煩雑で、 Controlのメソッドを直接呼びたい時もあると思うから、 ユーザー定義イベントとかMessengerとかのBindingと同レベルで結合を切ってあるような 揮発性のトリガーをVM側から呼び出して、 それをListenしてるView側のコードビハインドなりビヘイビアなり Eventキャッチした後のTriggerActionなりで、SomeControl.Clear()呼べば? って感じ。
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
272 :デフォルトの名無しさん[sage]:2014/12/11(木) 08:56:59.40 ID:a/M3zwJ7 - >>271
そしてVMにイベント定義してVのコードビハインドでイベント登録するヤツが現れるまでテンプレ
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
275 :デフォルトの名無しさん[sage]:2014/12/11(木) 09:05:41.03 ID:a/M3zwJ7 - >>273
そういう奴がいつまでも居るからV-VM間の結合が切れない 実質MVVM前提のフレームワークなんだから理由が無ければ作法には従えよ…
|
- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part18
281 :デフォルトの名無しさん[sage]:2014/12/11(木) 09:39:37.83 ID:a/M3zwJ7 - >>276
アホだのバカだの、そんなにストレス溜めてると早死すんぞ >>279 手段はなんでもいいけど、Messenger的なものをわざわざ使わないメリットがないという話 フレームワーク備え付けを使ったり使わなかったりするのは実装側の混乱を招く 全部イベントで、MVVMインフラ使ってないというなら有りだが、そんな環境ほぼないでしょ >>280 結合切れる安易な手段があるのに、良く分からないから使わないみたいなのは普通に困るぞ
|