アカウント名:
パスワード:
ダイアログ一個みたいなのはWPFでもWinFormでもそれなりのやつがわりとすぐ作れるのはわかってる。それはそれでいいんだけど、もうちょい複雑な奴がつくりにくい。
DocumentがひとつでViewに相当するウインドウが複数になるようなやつがWPFで作れない。(Win32/MFC/WinFormならできますよ)
たとえばVisual StudioはどうもWinFormの上にWPFを領空侵犯して作っているような気がしているのだけど[要出典]実際のところどうやってつくってるんだろう?
MDIはあらゆる方面からの攻撃によって死んだよ。そういうのはタブでやってください。VisualStudioみたいのはAvalonDockってやつでやったことはあるけど、結局一般人には不評なんだよね。
あれはMacのまねっこだったし…(Macのウィンドウ管理はMDIフレームを常に最大化して背景を透明にした感じ)
MDIじゃないんだよ
Visual Studioみたいにdocument相当がひとつでView相当が複数のパターンブラウザみたいなSDIのほうがモダンなのはわかている
だからそれが典型的なWPFアプリの作りだろ?document-viewモデルだと、documentはViewModelとModelに分離されるが、MVVMで一つのViewModelに対して、Viewを切替えるとか同時に複数のViewで見れるって、MVVMだとそういう物がシンプルに実装できる、ViewとViewの間も、ViewModelとの間も、プログラマは一切意識することなく協調同期できるというMVVMモデルの利点としてサンプルコードで紹介されるようなケースだぞ。
>WPFのMVVMにおいて一つのViewModelに対して、複数のViewというのはありえません
ありえなくない。むしろWPFでMVVMを採用する大きな理由の一つ。
こういう誰それが言った「〇〇は〇〇しなければならない」を鵜呑みにしちゃう頭の悪い人いるよねー。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
ダイアログ一個みたいなのは (スコア:0)
ダイアログ一個みたいなのはWPFでもWinFormでもそれなりのやつが
わりとすぐ作れるのはわかってる。それはそれでいいんだけど、
もうちょい複雑な奴がつくりにくい。
DocumentがひとつでViewに相当するウインドウが複数になるような
やつがWPFで作れない。(Win32/MFC/WinFormならできますよ)
たとえばVisual StudioはどうもWinFormの上にWPFを領空侵犯して
作っているような気がしているのだけど[要出典]
実際のところどうやってつくってるんだろう?
Re:ダイアログ一個みたいなのは (スコア:2)
MDIはあらゆる方面からの攻撃によって死んだよ。そういうのはタブでやってください。
VisualStudioみたいのはAvalonDockってやつでやったことはあるけど、結局一般人には不評なんだよね。
Re: (スコア:0)
あれはMacのまねっこだったし…(Macのウィンドウ管理はMDIフレームを常に最大化して背景を透明にした感じ)
Re: (スコア:0)
MDIじゃないんだよ
Visual Studioみたいにdocument相当がひとつでView相当が複数のパターン
ブラウザみたいなSDIのほうがモダンなのはわかている
Re: (スコア:0)
だからそれが典型的なWPFアプリの作りだろ?
document-viewモデルだと、documentはViewModelとModelに分離されるが、MVVMで一つのViewModelに対して、Viewを切替えるとか同時に複数のViewで見れるって、MVVMだとそういう物がシンプルに実装できる、ViewとViewの間も、ViewModelとの間も、プログラマは一切意識することなく協調同期できるというMVVMモデルの利点としてサンプルコードで紹介されるようなケースだぞ。
Re: (スコア:0)
ViewModelはViewのModelだから。そういうのがシンプルに実装できないのがWPFの欠陥。
Re: (スコア:0)
>WPFのMVVMにおいて一つのViewModelに対して、複数のViewというのはありえません
ありえなくない。
むしろWPFでMVVMを採用する大きな理由の一つ。
こういう誰それが言った「〇〇は〇〇しなければならない」を鵜呑みにしちゃう頭の悪い人いるよねー。