- 1 名前：デフォルトの名無しさん [2011/12/20(火) 16:40:25.28 ]
- ユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。
Visual Studio 2010
www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part11
toro.2ch.net/test/read.cgi/tech/1320589318/
関連スレ
Microsoft Silverlight その9
toro.2ch.net/test/read.cgi/tech/1321150267/
過去スレ
Part10 hibari.2ch.net/test/read.cgi/tech/1315648327/
Part9 hibari.2ch.net/test/read.cgi/tech/1301122694/
Part8 hibari.2ch.net/test/read.cgi/tech/1291554513/
Part7 hibari.2ch.net/test/read.cgi/tech/1282479113/
Part6 hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 pc11.2ch.net/test/read.cgi/tech/1162950198/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 577 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:57:03.96 ]
- >>575
その中途半端な言語で今でも膨大な業務アプリが動いている訳で。
- 578 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 09:03:56.71 ]
- >>577
排除されるのはあくまでWinRTの話じゃないの？
従来のアプリ開発は好きにして状態でしょ
- 579 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 09:12:17.06 ]
- 試しに番組表アプリ作ってみた事あるけど、
1000件程度のデーターロードだけでもかなり重いのだが・・・
アプリ立ち上がり時間の使い勝手を考えると、遅延ロードにせざる追えなくて、
ますます遅くなるw
バインディング止めて普通のクラスにしたら一瞬だったし
- 580 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 10:26:45.16 ]
- >>578
Win8のWin32環境ではもうVB6のランタイムの動作保証をしないと言う話。
個人的にはVB6の絶滅を激しく希望するが。
- 581 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 10:33:51.39 ]
- 4.5のWPFはどうなん
- 582 名前：デフォルトの名無しさん [2012/03/04(日) 10:41:23.36 ]
- >>580
そうなのか
まあ仮想マシンにXPでも入れて動かせって話だな
さすがにVB6アプリをいつまでも相手してられん
- 583 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 12:32:30.22 ]
- XP modeは割と上手く行ったんだから
レガシーアプリはあの方式でいいだろ
- 584 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 12:35:43.80 ]
- >>581
最悪だった仮想化されたリストビューのスクロール性能が若干良くなった
- 585 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 15:48:57.89 ]
- async使ったらGUIのデッドロック発生源になりそうな気もするんだけど
どうなのかな？
- 586 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 15:55:51.02 ]
- MSの古いOSでサポートしない新技術が当たった試しがない
メトロはこけるよ
- 587 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:30:09.75 ]
- 技術的に過去の全てをサポートするなんて不可能なんだから、今後は意識も変わっていくだろう
スマートフォンのおかげで一般人にもある種の「諦め」が身に付くようになるよ
- 588 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:47:16.24 ]
- マーケットで作者に物凄い恨み節書き込んでる奴いるじゃん
サポートしないと流行らないってのはあれと同じだよね
第三者視点か本人視点かの違いだけ
- 589 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:54:44.45 ]
- 従来型のアプリケーション切り捨てる訳じゃないのにﾊﾔﾗﾅｲｰﾊﾔﾗﾅｲｰ言われてもな。
流行らなくてもいいだろ。で？としか言いようがない。
ARM版はMetroオンリーとか言ってるけどどうでもいいよね。
WP7のあの状況見るに「へぇ、まだやる気なんだ(笑)」って感じだし。
さっさと自らを出棺した方がいいんじゃね。
MSは葬儀屋も始めたんだろう？
- 590 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:07:18.51 ]
- むしろコケた方が今までのノウハウ使い続けられて歓迎されるべきなのに
何で流行らない心配してるんだ
- 591 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:17:05.37 ]
- オフコンなんて数十年前のCOBOLアプリがまんま動くが廃れたぞwww
- 592 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:56:04.27 ]
- >>585
GUIのデッドロックがどうゆうものなのかイメージできない。
- 593 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 20:05:47.31 ]
- 触りも調べもせずにあーだこーだとか
パソコン大先生と同じレベルじゃんね
流行るかどうか金になるかどうかは別として
wpf理解してるならメトロはハードル高くない
ちゃんと理解してるならな
ilspyで中覗いたこともないようなやつはダメだ
- 594 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:27:05.63 ]
- 技術的にはもうこれ以上何一つ新しくしたくないけど
環境の更新は今の技術屋のご飯の種でもあるジレンマ
- 595 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:35:52.97 ]
- Flexみたいに[Bindable]つけて
簡単にINotifyPropertyChangedを実装できるようにならないのかにぃ＞VS11
- 596 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:38:38.27 ]
- [Bindable]か
ありゃいいよね
- 597 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:41:12.82 ]
- しっかしWPFの本がぜんぜんないな。。
XAMLプログラミングて再販ならんのかね？
- 598 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:00:10.89 ]
- macのココアとMONOの連携で[Bindable]が使えたような気がする
本家のほうが負けてる
- 599 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:20:42.09 ]
- WeakEventManagerもどうにかならんもんか。
イベント毎にManager作るのアホらしい
- 600 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:24:24.85 ]
- 流行るかどうか金になるかどうか以前にやらなきゃならないことやってないよな
この環境ｗ
- 601 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 00:39:02.74 ]
- だからおまえらダメなんだよ
プロパティsetされたときに追加処理いれるのが普通なのにそれすら知らない
- 602 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:48:56.43 ]
- さらに、このプロパティに対する通常のアクセスに使用される通常のプロパティ (CLR プロパティとも呼ばれる) を定義する必要があります。
public Brush SwirlyBrush {
set { SetValue(SwirlyBrushProperty, value); }
get { return (Brush) GetValue(SwirlyBrushProperty); }
}
SetValue メソッドと GetValue メソッドは DependencyObject によって定義されます。
そのため、依存関係プロパティを定義するすべてのクラスが DependencyObject クラスから派生していることが必要です。
CLR プロパティには、この 2 つのメソッドへの呼び出し以外のコードを含めないでください。
CLR プロパティは、しばしば依存関係プロパティによって "サポート" されると言われます。
依存関係プロパティの方ではプロパティ内に処理書くなって言っておいて
普通のプロパティには書くのが普通と
一貫性が無くてとても面白いね
- 603 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:56:25.83 ]
- 少なくとも { get; set; } がある時点で追加処理が普通って意見は受け入れがたいな。
無いから省略表記ができたんだろ。
- 604 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 02:09:49.53 ]
- >>602
それって>>601へのレス？
依存関係プロパティの利便性のために定義されるCLRプロパティと、普通のプロパティでは役割が違うよ。
- 605 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:10:18.07 ]
- その「同じセマンティクスで違う役割」っておよそ最悪な仕様の一つだよね。
- 606 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 05:28:11.48 ]
- 少なくともＭＳが用意したメトロテンプレはプロパティ内で処理してカプセル化してる
別に我流通したいなら通せばいいけど
まあ笑われるだけだね。なんのためのプロパティなんだそれじゃフィールドでいいじゃん的に。
- 607 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 08:15:19.44 ]
-
顕正新聞 平成24年2月5日号「原発全廃特集号」
原発は日本を滅ぼす、即時全廃せよ
人のDNAを破壊、国土を居住不能にする
代替は天然ガス・コンバインドサイクルで十分
惨禍もたらすを知って推進するは犯罪
ttp://d.hatena.ne.jp/kensho01/20120208/1328718592
- 608 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 12:35:56.38 ]
- あれ・・・WPFのTreeViewってXAML書かないとインデントも変更できないのか・・・
google先生も教えてくれないしお高いツールありきか・・・。
- 609 名前：デフォルトの名無しさん [2012/03/05(月) 12:41:16.37 ]
- 仮想マシン上にwint評価版ぶっこんでBlend評価版ぶっこんで
ほしいXAMLはかせればいいじゃん
- 610 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 12:41:52.98 ]
- wint・・・ｘ
win7・・・◎
- 611 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 18:14:30.26 ]
- Intelのオンボードグラフィックだとマルチモニタ環境で
WPFの動画再生のスレッドが停止するんだけど解決策はないですか?
MediaElementでビデオを流すと、GUIは生きてるがMediaLoadedイベントが発生しなくなる。
メインディスプレイだとなんともないけどサブのほうだと再現率100%。
メイン:HDMI
サブ:アナログ
- 612 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 18:30:28.08 ]
- mp4のときだけ起きるからコーデック依存の現象かも。。
でも他のWMP等のプレーヤーだとなんともないんだよな……
- 613 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:36:48.66 ]
- メインとサブを入れ換えてみたらサブにしたHDMIでも発動したから
やっぱドライバが糞なんだな。。
- 614 名前：デフォルトの名無しさん [2012/03/06(火) 06:02:01.77 ]
- WPFではTextBox.TextChangedイベントは正常に機能しない。
yone64.wordpress.com/2010/10/25/ime%E3%81%A7%E5%A4%89%E6%8F%9B%E7%8A%B6%E6%85%8B%E4%B8%AD%E3%81%A7%E3%82%82textbox-textchanged%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B/
上のようにしてもIME変換をキャンセルしたときにTextChangedイベントが発生してしまうから、うまく機能しない。
しかし、上のコードをすこし修正して、IME変換前と変換後のテキスト文字数を調べることで正しく機能できるようになった。
- 615 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 09:22:47.29 ]
- 読者がいないからと言って自分のblogを貼るのはやめたまえ
- 616 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 09:38:02.76 ]
- >>611
>>612
>>613
だけど、こんなんみつけた……
MediaElement not working with Multiple Monitors
social.msdn.microsoft.com/Forums/en-AU/wpf/thread/75d72afa-2fff-44fd-9f0a-87753002daa1
Radeonでも起きてるからドライバ関係なかった。
現在のところ現実的な解決法は、
・Win7DSFilterTweakerでmp4のフィルタを停止して他のを使う
・ハードウェアレンダリングを諦める
のどっちかみたいだわ。
ハード支援切ったらフリーズしないけどCore i5 2500KでCPU負荷率が2%→15%になった(´;ω;｀）
最近このスレ読み出したので既出かも知れんが
- 617 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 01:45:47.08 ]
- MVVMで質問です。
例えばレタッチソフトで画像にフィルタをかける等の時間のかかる処理を行う場合
UIを止めないよう非同期処理をすると思うのですが
Modelが非同期メソッドを用意するのか
ViewModelがTask等を使ってModelのメソッドを非同期で呼び出すのか
どのようにすべきでしょうか?
- 618 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 01:58:40.89 ]
- Ｍがスレッドセーフでないなら非同期で保護してやるのはＶＭの役目なんじゃないの
ＭがスレッドセーフならＶＭはＭのステータスみてＶに指示するだけじゃないの
- 619 名前：デフォルトの名無しさん [2012/03/07(水) 05:24:12.68 ]
- WPFは新テクノロジーなので、知識を集めないとどうにも先に進めない。
TextBoxのChangedイベントからつまずいたが、次のことも判明した。
WPFのTextBoxは、テキストボックス内で選択された範囲を常に表示させておく、
HideSelection = false が使えなくなっている。
WPFのテキストボックスで、これを実現するにはTextBoxのLostFocusイベントを処理に 、
e.Handled = true; と記述しなければならない。
- 620 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 09:23:14.33 ]
- FocusManager.IsFocusScopeを使うんやで
- 621 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 10:36:35.22 ]
- >>616 だけど、「こんどはScrubbingEnabledをtrueにしておくと音声だけのファイルがロードされないことがある」
という件にはめられて1日つぶしたわ
こういう罠があとどれだけ仕掛けられてるのか……
- 622 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 13:13:43.32 ]
- 性能面での罠も沢山仕掛けられてるでぇ〜
WinRTだと罠付きの機能が削除されてたりするので
デスクトップ版のWinRTに期待した方がいいかもしれんね
- 623 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 01:08:03.03 ]
- 知っていたらボスケテ
WPFのDataGrid
列ヘッダクリックでソート機能があるけどソートの比較条件を自分で用意してソートさせるにはどうすればいいの？
ソート機能切ってマウスクリックと座標取得して表示基のコレクション自分でソートして再表示ようかとも思ったんだけど
ソート機能切ると列ヘッダがクリッカブルじゃなくなるし△▽のマークとかもないので微妙
- 624 名前：デフォルトの名無しさん [2012/03/08(木) 01:29:35.27 ]
- >>623
msdn.microsoft.com/ja-jp/library/ff407126.aspx
- 625 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 02:14:18.00 ]
- StyleってCSSみたいにGrid配下のTextBox全体に適用とかって無理なのか
- 626 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 03:44:45.42 ]
- 全体指定は基礎だからもっと勉強してね
- 627 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 08:23:41.27 ]
- Blendなんて60日の試用版DLして60日たったらOSリカバリでもう一回いれりゃいいだけ
- 628 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 08:34:04.20 ]
- 仮想PC上で実行するのもめんどくさい
- 629 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 09:01:12.82 ]
- WinRTスレの次スレ何処？(｀・ω・´)
- 630 名前：デフォルトの名無しさん mailto:sage [2012/03/08(木) 10:54:00.03 ]
- 仮想ＰＣ上でblend動かしてたけど
長時間つかってると重たくなってくるのに耐えられなくなったから買ったよ・・・
- 631 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 00:31:31.36 ]
- Styleは親の要素のリソースを順に検索するような感じに動くので対象のGridのリソースに入れればその配下のTextBoxに適用できる。
Styleのリソースから適用もできるのでGridのStyleのリソースにTextBoxのStyleを入れるといい。
- 632 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 08:25:15.42 ]
- MVPVM 設計パターン - WPF 向けのモデル - ビュー - プレゼンター - ビューモデル設計パターン
msdn.microsoft.com/ja-jp/magazine/hh580734.aspx
ここのサイトの、コードサンプルの
amarillo.us.com/MSDN/MvpVmR2.zip
がデッドリンクになっています。MSの人、宜しくお願いいたします。
- 633 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:10:19.01 ]
- これからはMVPVMだよな
MVVMで無理していたのは何だったのか…
- 634 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:17:21.10 ]
- 多分、この人だと思うんだけれどねぇ。
Password Manager
passwordmgr.codeplex.com/
- 635 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 09:57:15.29 ]
- MVPVMが浸透したらMVVMは単純な場合以外使われなくなる
直観的だし他言語からの移行が楽
- 636 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:10:14.33 ]
- >>632
明日の勉強会の伏線ですか？
- 637 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:29:32.09 ]
- 勉強会なぞ行かん！わしゃ、僻地に住んでおる。
そんな訳で、持っている人、ウプお願い！
- 638 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:34:01.41 ]
- というか、MVPVMとか、そんなに良いものなの？
ドラスティックに変わるとは、本文からは思えなかったけれど。
どちらにしても、VSの標準としてライブラリが組み込まれ、
自動生成のサポートも標準にならない限り、流行らないんじゃないの？
VS11のβでも、その辺りに変化はないんでしょ？
みんな、Prism派？MvvmToolkit派？
- 639 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:44:27.43 ]
- togetter覗いたら XAMLクラスタから評判悪いね＞MVPVM
togetter.com/li/221402
- 640 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 10:45:16.41 ]
- >>638
つ Livet
- 641 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:02:35.83 ]
- いつもの人が偉そうなこと行ってるだけじゃん
全くデメリットが合理的に説明できてないし
- 642 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:05:05.37 ]
- ほとんどすべてMVPVMになるんじゃないの？
事実上のアプリケーションというかプログラムがP層になると曲解（笑）してるんだけど
違うのかなｗ
Pはマスタースレーブで言えばスレーブ
VとVMののりしろ
メッセージのブロードバンドじゃなくスイッチングハブのような動作も可能
ただMVVMのようにきつい縛りが無くなるから
- 643 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:06:37.32 ]
- ただMVVMのようにきつい縛りが無くなるからデタラメなコードを書くことも可能
その部分がMVVM派の人には受けないだろうね
- 644 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:21:01.76 ]
- Vに無理やり書いてたコードがPに行くってことでいいんだろうか？
よくわかんね
- 645 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:34:06.55 ]
- 何度読んでもよくわからない
Vだけでダイアログ出したりメッセージボックス出したりとか
トリッキーなことをしなくてよくなるのかな
普通にVがボタン押されたよとPに通知したら
PがVにダイアログ出してねって通知するようになるのかな
- 646 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:35:52.28 ]
- XAMLのビヘイビアで書いてたクソみたいなスクリプトもどきを普通に書けるっていうのが一番だな
- 647 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:42:52.27 ]
- そもそもダイアログを出すのって誰の責任だ？
V じゃなきゃ、P か VM でいいんじゃね？
P が V にダイアログ出してねって通知するのも何かおかしいと思う。
- 648 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:42:54.24 ]
- ビヘイビアで思い出したけど
VS11 betaについてたblend for VSでアセットにビヘイビアなかったけど
違うところに移動したのかな
それとも別のSDK入れないといけないのかな
スレ汚し&不勉強でごめんね
- 649 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:46:06.57 ]
- ただ、実際プログラミングしてて、V に画面移動やダイアログ表示押し付けてると
MVVMに準拠してるかどうか別として
VMのコード量減って全体の見通しが少しよくなるのは事実。
- 650 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:47:25.95 ]
- それをPに押し出せ
- 651 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:50:05.03 ]
- いままで疎を意識してやわやわVMやVに書いていたことを
密にしてPに書き出せってことだろ
- 652 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:50:37.67 ]
- >>650
どうやって？コードビハインドにしろと？
- 653 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:52:01.24 ]
- >>652
PとV、PとVMは密結合だからなんでもあり
モデルもコントロール直接触り放題
- 654 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:54:30.57 ]
- Pクラス作ってVとVM握ってメッセージ受け取って判断してメッセージ送れ
- 655 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:55:33.14 ]
- winformsやjavaから移住者が増える
- 656 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:57:42.01 ]
- >>654
P ってある意味 V と VM の Mediator と考えてOK？
- 657 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 11:59:53.85 ]
- InteractionMessageとかビヘイビアとか大嫌いだから歓迎するわ
- 658 名前：642 mailto:sage [2012/03/09(金) 12:00:00.90 ]
- Pはイベントドリブン型アプリケーションのコアじゃないの？
- 659 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:02:33.08 ]
- ああわかった！MVPVMパターンって、
・M （Model）
・V （View）
・VM （ViewModel）
の存在は認めたうえで、
仮にコードビハインドを P とすると
P も遠慮なくどんどん使っていいんだよ！
ってことなのかな？
- 660 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:05:27.81 ]
- でも WPF の設計ってバインド指向でイベントの挙動は穴ありまくりだろ。
ugaya40 の指摘するメモリリークはよく知られてるけど
それ以外でも Forms じゃあり得ない挙動するイベント多いからな
- 661 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:05:59.88 ]
- MVVMを否定する人は多いだろうけどMVPVMを否定する人は少ないとおもう
- 662 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:07:50.19 ]
- >>661
それ以前にMVVM判ってる奴自体少ないと思うぞ。
ましてMVPVM知ってる奴はほとんどおらんだろｗ
- 663 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:12:47.35 ]
- Metro踏まえてまた変わるんじゃねえの
- 664 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:16:20.24 ]
- >>660
お前そればっかりだな
MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん
だいたいビヘイビアはイベントベースだ
- 665 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:16:27.48 ]
- メモリリークはただのV上の制御できないアイテムを
別のところに登録していることが問題じゃないの？
- 666 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:19:53.47 ]
- Pはコントロールよりも確実に寿命が長いんだから
一時的なコントロールにPのイベントハンドラ突っ込んでもメモリリークの原因にはならん
メモリリークが問題になるのは寿命の長いVMやMからVに通知する場合だけど、
MVPVMの場合はVM経由でバインディングするからMVVMで問題ないというならMVPVMでも問題ない
- 667 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:21:41.71 ]
- > MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん
ここがいみふなんですが？
- 668 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:24:09.99 ]
- >>660
> Pはコントロールよりも確実に寿命が長いんだから
これって言い切っちゃっていいの？
- 669 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:25:35.55 ]
- Pはアプリケーション自身だと思うからそれより長い寿命ってないんじゃない？
- 670 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:29:57.71 ]
- そもそも MVPVM 議論しようにもまだ情報が足りな過ぎるよね？
MSDNのサンプルもダウンロードできないし、どうにも P が理解できない。
- 671 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:32:12.81 ]
- みんな分かってなさそうで安心したｗ
- 672 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:33:11.81 ]
- 議論しなくてもただそのようにコード書けばいいんじゃないかなあ
問題があれば報告してね
- 673 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:37:46.76 ]
- 実際楽にはなると思うよ
変なパターン覚えなくてもいいし
- 674 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:40:02.39 ]
- えムナウ氏の
> WPF はなんかおかしい、ビヘイビアーといいデータテンプレートセレクターといい、View と ViewModel を両方知らないと達成できないものがそこここにちりばめられている。
という意見も納得できるんだが、図を見てるとますます理解できない。
blogs.wankuma.com/mnow/archive/2012/01/06/246398.aspx
P(コードビハインド）とVMの両方からMに接続しに行くなんて、窓口増やして混乱しそうなだけなんですが？
- 675 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:42:43.25 ]
- Pとコードビハインドは同じじゃないと思うよ
そのような役割もあるけど別物じゃないの？
- 676 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:44:40.49 ]
- V → VM → M の流れで V → VM 間の操作でめんどくさそうなとこを
V <-> P <-> VM → M
で実装すればいいだけだと思うんだが、これだとMSDNともMさんとも解釈違うよね？
あ・・・ VPVMM パターンならうまくいくのか！ｗ
- 677 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 12:44:46.29 ]
- どっちかというと特定のVと特定のVMに依存した使い捨てのビヘイビアみたいなもん
あくまで>>634の例ではだけど
|
 |
