- 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/
- 552 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:42:05.15 ]
- >>551
マウスじゃあフィーリングはわからんよ
タッチ特化のタブでやればまた変わると思うよ
- 553 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:46:20.15 ]
- >>552
タブレットでやってみたよ、
まあ操作側はメトロ特化ならいいけど
それとは別に開発環境が不味いと思う
なげっぱすぎ
- 554 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:47:47.54 ]
- WPFってWinFormsと方向一緒だから無茶なもの作られないけど
これますますXAML迷走しそう
- 555 名前：デフォルトの名無しさん [2012/03/03(土) 23:51:53.44 ]
- まあobjective-c覚えるよりはマシなのかもしれないが
後だしなのが辛いよね・・・
- 556 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:58:17.96 ]
- 適応できる奴だけ適応してマーケットやるだろうから大丈夫
お前らにまで強要してるか？してないだろ
- 557 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:02:27.74 ]
- 自分が付いて行っても人集まらなかったら終わるだろ
- 558 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:07:55.99 ]
- 新天地で討ち死にする奴を笑って見てればいいだろ
開拓民なんてそんなもんだ
Metroが死のうがどうにもならん
- 559 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:09:41.44 ]
- 設計思想は嫌いじゃないんだけどなあ
いまいち受けが悪いよね
MSだから？
- 560 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:10:00.67 ]
- 今までおまけだったものがやっとコアになれたわけで。
Metroが死ぬわけないじゃん。
- 561 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:12:20.17 ]
- 新しいものの受けが悪いのはいつものことじゃん
お前らUI作るときなるべく踏襲するだろ
ロジックだってそうだろ
何のためにパターンを生み出すんだ
踏襲するためだろ
- 562 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:22:10.34 ]
- また何か出たよ
これ覚えなきゃならないの？
工数どのくらいかかりそう？
その金は誰が払うの？MS？
作りっぱなしで後はうまく使えよって？
ほんと碌なことせんな
- 563 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:24:46.27 ]
- とりあえずWin8にはWPF用の新OSとしても頑張ってほしい
- 564 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:26:05.61 ]
- もう全滅でもなんでもしろよアハハ
- 565 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 02:16:30.56 ]
- wpfをデータバインディング手法に固定してmetro作法で縛ったようなもの
C#ができて、XAMLがかけて、WPFでバインドができて、metro作法理解して
ってステップアップしていかないと到底太刀打ちできないだろうな
- 566 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 02:17:58.24 ]
- 使ってみた感じどうと言うことも無さそうだけど
移行するかどうかは別問題だわ
- 567 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 06:52:20.80 ]
- INotifyPropertyChangedの実装方法をなんとかしてくれない限り、
あんまり使いたく無いなあ
- 568 名前：デフォルトの名無しさん [2012/03/04(日) 06:55:05.41 ]
- ほとんど定型なのに毎回書くのはきついよね
- 569 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:17:36.87 ]
- ベースクラス作ってスニペットで一発やろ
onpropertyに細工してバリデーションしたり属性いれたり楽しいで
- 570 名前：デフォルトの名無しさん [2012/03/04(日) 08:21:24.77 ]
- WPFのプログラミングはそれ以前のプログラムの定石を知らないと、作れない。
基本的に親子間のコントロールの情報のやり取りのシステムは、これからも同じロジックが存続する。
XAMLより徹底的にコードにこだわるほうが、プログラミングを楽にさせる。
データテンプレートもコードで作った。
私のWPFのメインフォームのXAMLにはWindow以外のタグは存在しない。
- 571 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:31:30.67 ]
- >>569
そういうふうに実装方法がそれぞれの工夫になってて、
統一されてないのも嫌なんだよね
あと、大規模なデーターアクセスになると糞重いし、
言語仕様に組み込んで高速化して欲しい
- 572 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:37:17.72 ]
- また１万件か
もうプログラムやめろよ
- 573 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:45:32.05 ]
- >>572
お前は、おもちゃみたいなプログラムしか作った事無いんだろうなー
- 574 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:51:19.56 ]
- Win8はブビ６を完全に抹消なのか。
- 575 名前：デフォルトの名無しさん [2012/03/04(日) 08:53:52.66 ]
- >>574
そりゃ・・・
.net系はMSの戦略
C/C++は言うまでもなく
といろいろ見ていくと
VB6ほど中途半端な言語はない
VB.netあるしｗ
- 576 名前：デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:54:36.40 ]
- >>571
.NET Frameworkが出たときは、こんな糞遅いもんが使えるかと思ったが
数年で何の問題も無くなった。
今じゃVSのIDEがないと何もでけんw
- 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
どうやって？コードビハインドにしろと？
|
 |
