12/03/03 11:50:12.45
もう面倒だから全部フラットなネームスペースに入れてしまえ。
526:デフォルトの名無しさん
12/03/03 12:00:38.05
Blend的にディレクトリ分けても名前空間分けないのが推奨だと思う
527:デフォルトの名無しさん
12/03/03 12:18:01.35
先頭じゃないとこで書いたら名前空間追加する？くらいのリファクタリングしてくれればいいのに。
528:デフォルトの名無しさん
12/03/03 12:29:19.75
Blendなら勝手にやってくれるしXAMLも見ないから気にしない
529:デフォルトの名無しさん
12/03/03 12:42:17.35
ズラズラ書くズラ
530:デフォルトの名無しさん
12/03/03 12:54:39.19
ズ、ズ、ズ、ズラちゃうわ
531:デフォルトの名無しさん
12/03/03 13:42:38.23
Views, Models, ViewModelsだけは
作ってるMVVMサンプル多いからそこからフラットにしてるな
532:デフォルトの名無しさん
12/03/03 14:43:24.34
Blend無しでWPFやるのは無駄
Blendで名前空間分けるの無駄
533:デフォルトの名無しさん
12/03/03 16:11:08.46
metroアプリ作ってるけどWPFより難しいなｗ
新しい概念が増えすぎ
真面目に作りこんだら1.5倍ぐらい時間がかかるなこれ
534:デフォルトの名無しさん
12/03/03 18:55:59.99
Blend使ってない奴多いんだな
535:デフォルトの名無しさん
12/03/03 19:09:37.11
URLﾘﾝｸ(www.microsoft.com)
この宣伝文句で買う奴がいる方が不思議
536:デフォルトの名無しさん
12/03/03 19:19:30.06
Blend2は激安だったのに値上げしすぎだろ
２万で買えれば未だ普及するだろうが
537:デフォルトの名無しさん
12/03/03 19:21:34.23
テンプレートをリソースに書き出す時に
VSとblendじゃ書き出す内容が違うから困る
538:デフォルトの名無しさん
12/03/03 19:23:37.75
Blend使うんならVSのデザイナは一切使わないようにするだろ
ときどきおかしくなる
539:デフォルトの名無しさん
12/03/03 19:26:11.45
Blend単体で売ってないしね
余計なもの色々ついたStudio買うしかないし
540:デフォルトの名無しさん
12/03/03 19:45:07.27
なんでこんな環境になってるんだろう
541:デフォルトの名無しさん
12/03/03 19:49:30.59
Blendは完全にXAMLお絵かきに特化して、開発支援はVSに統合するべきだったな
開発者にしか使えないデザインツールw
542:デフォルトの名無しさん
12/03/03 20:53:10.12
どーせ開発者にしか使えないんだからVSに統合してよぉ～
543:デフォルトの名無しさん
12/03/03 20:53:59.94
え・・・
統合されたらVSもあんなに重くなるの？
544:デフォルトの名無しさん
12/03/03 21:10:12.85
Blendって使ったこと無いんだけど、WPFに限ればVSよりもBlendのほうがいいの？VSなしでも十分？
545:デフォルトの名無しさん
12/03/03 21:12:57.59
リファレンスマニュアルよりBlenの出力するXAMLが最新だから
仮想マシンとか予備マシンに評価版を入れて確認する際には使うけど
基本はVSでも十分だな・・・
546:デフォルトの名無しさん
12/03/03 21:28:11.81
Blendの売り方を間違えている点が、XAML普及の足かせになっているという意見には同意するわ。
547:デフォルトの名無しさん
12/03/03 21:39:43.34
Blend使うとXAMLの勉強になる。
後、StoryboardとかControlTemplateとか作るときはBlendがないとだるい。
548:デフォルトの名無しさん
12/03/03 21:45:23.43
MVVMも本末転倒だよな
本来WPFはデザイナとプログラマの分業がコンセプトだったはずで
それならMVVMなんて使わないでデザイナは必要なコントロールを配置して決まった名前付けて
プログラマがコードビハインド書く方がデザイナの負担が少なくてうまく分業できるわな
549:デフォルトの名無しさん
12/03/03 21:54:53.38
コードビハインドなんて使わんけどな
ctor { event += (sender,e)=>{ ごにょごにょ }; }
で終わり
550:デフォルトの名無しさん
12/03/03 23:22:44.79
VS11でBlend周りの状況変化あるの？
551:デフォルトの名無しさん
12/03/03 23:39:16.96
メトロがやばすぎてXAML巻き込んで死にそう
552:デフォルトの名無しさん
12/03/03 23:42:05.15
>>551
マウスじゃあフィーリングはわからんよ
タッチ特化のタブでやればまた変わると思うよ
553:デフォルトの名無しさん
12/03/03 23:46:20.15
>>552
タブレットでやってみたよ、
まあ操作側はメトロ特化ならいいけど
それとは別に開発環境が不味いと思う
なげっぱすぎ
554:デフォルトの名無しさん
12/03/03 23:47:47.54
WPFってWinFormsと方向一緒だから無茶なもの作られないけど
これますますXAML迷走しそう
555:デフォルトの名無しさん
12/03/03 23:51:53.44
まあobjective-c覚えるよりはマシなのかもしれないが
後だしなのが辛いよね・・・
556:デフォルトの名無しさん
12/03/03 23:58:17.96
適応できる奴だけ適応してマーケットやるだろうから大丈夫
お前らにまで強要してるか？してないだろ
557:デフォルトの名無しさん
12/03/04 00:02:27.74
自分が付いて行っても人集まらなかったら終わるだろ
558:デフォルトの名無しさん
12/03/04 00:07:55.99
新天地で討ち死にする奴を笑って見てればいいだろ
開拓民なんてそんなもんだ
Metroが死のうがどうにもならん
559:デフォルトの名無しさん
12/03/04 00:09:41.44
設計思想は嫌いじゃないんだけどなあ
いまいち受けが悪いよね
MSだから？
560:デフォルトの名無しさん
12/03/04 00:10:00.67
今までおまけだったものがやっとコアになれたわけで。
Metroが死ぬわけないじゃん。
561:デフォルトの名無しさん
12/03/04 00:12:20.17
新しいものの受けが悪いのはいつものことじゃん
お前らUI作るときなるべく踏襲するだろ
ロジックだってそうだろ
何のためにパターンを生み出すんだ
踏襲するためだろ
562:デフォルトの名無しさん
12/03/04 00:22:10.34
また何か出たよ
これ覚えなきゃならないの？
工数どのくらいかかりそう？
その金は誰が払うの？MS？
作りっぱなしで後はうまく使えよって？
ほんと碌なことせんな
563:デフォルトの名無しさん
12/03/04 00:24:46.27
とりあえずWin8にはWPF用の新OSとしても頑張ってほしい
564:デフォルトの名無しさん
12/03/04 00:26:05.61
もう全滅でもなんでもしろよアハハ
565:デフォルトの名無しさん
12/03/04 02:16:30.56
wpfをデータバインディング手法に固定してmetro作法で縛ったようなもの
C#ができて、XAMLがかけて、WPFでバインドができて、metro作法理解して
ってステップアップしていかないと到底太刀打ちできないだろうな
566:デフォルトの名無しさん
12/03/04 02:17:58.24
使ってみた感じどうと言うことも無さそうだけど
移行するかどうかは別問題だわ
567:デフォルトの名無しさん
12/03/04 06:52:20.80
INotifyPropertyChangedの実装方法をなんとかしてくれない限り、
あんまり使いたく無いなあ
568:デフォルトの名無しさん
12/03/04 06:55:05.41
ほとんど定型なのに毎回書くのはきついよね
569:デフォルトの名無しさん
12/03/04 08:17:36.87
ベースクラス作ってスニペットで一発やろ
onpropertyに細工してバリデーションしたり属性いれたり楽しいで
570:デフォルトの名無しさん
12/03/04 08:21:24.77
WPFのプログラミングはそれ以前のプログラムの定石を知らないと、作れない。
基本的に親子間のコントロールの情報のやり取りのシステムは、これからも同じロジックが存続する。
XAMLより徹底的にコードにこだわるほうが、プログラミングを楽にさせる。
データテンプレートもコードで作った。
私のWPFのメインフォームのXAMLにはWindow以外のタグは存在しない。
571:デフォルトの名無しさん
12/03/04 08:31:30.67
>>569
そういうふうに実装方法がそれぞれの工夫になってて、
統一されてないのも嫌なんだよね
あと、大規模なデーターアクセスになると糞重いし、
言語仕様に組み込んで高速化して欲しい
572:デフォルトの名無しさん
12/03/04 08:37:17.72
また１万件か
もうプログラムやめろよ
573:デフォルトの名無しさん
12/03/04 08:45:32.05
>>572
お前は、おもちゃみたいなプログラムしか作った事無いんだろうなー
574:デフォルトの名無しさん
12/03/04 08:51:19.56
Win8はブビ６を完全に抹消なのか。
575:デフォルトの名無しさん
12/03/04 08:53:52.66
>>574
そりゃ・・・
.net系はMSの戦略
C/C++は言うまでもなく
といろいろ見ていくと
VB6ほど中途半端な言語はない
VB.netあるしｗ
576:デフォルトの名無しさん
12/03/04 08:54:36.40
>>571
.NET Frameworkが出たときは、こんな糞遅いもんが使えるかと思ったが
数年で何の問題も無くなった。
今じゃVSのIDEがないと何もでけんw
577:デフォルトの名無しさん
12/03/04 08:57:03.96
>>575
その中途半端な言語で今でも膨大な業務アプリが動いている訳で。
578:デフォルトの名無しさん
12/03/04 09:03:56.71
>>577
排除されるのはあくまでWinRTの話じゃないの？
従来のアプリ開発は好きにして状態でしょ
579:デフォルトの名無しさん
12/03/04 09:12:17.06
試しに番組表アプリ作ってみた事あるけど、
1000件程度のデーターロードだけでもかなり重いのだが・・・
アプリ立ち上がり時間の使い勝手を考えると、遅延ロードにせざる追えなくて、
ますます遅くなるw
バインディング止めて普通のクラスにしたら一瞬だったし
580:デフォルトの名無しさん
12/03/04 10:26:45.16
>>578
Win8のWin32環境ではもうVB6のランタイムの動作保証をしないと言う話。
個人的にはVB6の絶滅を激しく希望するが。
581:デフォルトの名無しさん
12/03/04 10:33:51.39
4.5のWPFはどうなん
582:デフォルトの名無しさん
12/03/04 10:41:23.36
>>580
そうなのか
まあ仮想マシンにXPでも入れて動かせって話だな
さすがにVB6アプリをいつまでも相手してられん
583:デフォルトの名無しさん
12/03/04 12:32:30.22
XP modeは割と上手く行ったんだから
レガシーアプリはあの方式でいいだろ
584:デフォルトの名無しさん
12/03/04 12:35:43.80
>>581
最悪だった仮想化されたリストビューのスクロール性能が若干良くなった
585:デフォルトの名無しさん
12/03/04 15:48:57.89
async使ったらGUIのデッドロック発生源になりそうな気もするんだけど
どうなのかな？
586:デフォルトの名無しさん
12/03/04 15:55:51.02
MSの古いOSでサポートしない新技術が当たった試しがない
メトロはこけるよ
587:デフォルトの名無しさん
12/03/04 18:30:09.75
技術的に過去の全てをサポートするなんて不可能なんだから、今後は意識も変わっていくだろう
スマートフォンのおかげで一般人にもある種の「諦め」が身に付くようになるよ
588:デフォルトの名無しさん
12/03/04 18:47:16.24
マーケットで作者に物凄い恨み節書き込んでる奴いるじゃん
サポートしないと流行らないってのはあれと同じだよね
第三者視点か本人視点かの違いだけ
589:デフォルトの名無しさん
12/03/04 18:54:44.45
従来型のアプリケーション切り捨てる訳じゃないのにﾊﾔﾗﾅｲｰﾊﾔﾗﾅｲｰ言われてもな。
流行らなくてもいいだろ。で？としか言いようがない。
ARM版はMetroオンリーとか言ってるけどどうでもいいよね。
WP7のあの状況見るに「へぇ、まだやる気なんだ(笑)」って感じだし。
さっさと自らを出棺した方がいいんじゃね。
MSは葬儀屋も始めたんだろう？
590:デフォルトの名無しさん
12/03/04 19:07:18.51
むしろコケた方が今までのノウハウ使い続けられて歓迎されるべきなのに
何で流行らない心配してるんだ
591:デフォルトの名無しさん
12/03/04 19:17:05.37
オフコンなんて数十年前のCOBOLアプリがまんま動くが廃れたぞwww
592:デフォルトの名無しさん
12/03/04 19:56:04.27
>>585
GUIのデッドロックがどうゆうものなのかイメージできない。
593:デフォルトの名無しさん
12/03/04 20:05:47.31
触りも調べもせずにあーだこーだとか
パソコン大先生と同じレベルじゃんね
流行るかどうか金になるかどうかは別として
wpf理解してるならメトロはハードル高くない
ちゃんと理解してるならな
ilspyで中覗いたこともないようなやつはダメだ
594:デフォルトの名無しさん
12/03/04 21:27:05.63
技術的にはもうこれ以上何一つ新しくしたくないけど
環境の更新は今の技術屋のご飯の種でもあるジレンマ
595:デフォルトの名無しさん
12/03/04 21:35:52.97
Flexみたいに[Bindable]つけて
簡単にINotifyPropertyChangedを実装できるようにならないのかにぃ＞VS11
596:デフォルトの名無しさん
12/03/04 21:38:38.27
[Bindable]か
ありゃいいよね
597:デフォルトの名無しさん
12/03/04 21:41:12.82
しっかしWPFの本がぜんぜんないな。。
XAMLプログラミングて再販ならんのかね？
598:デフォルトの名無しさん
12/03/04 22:00:10.89
macのココアとMONOの連携で[Bindable]が使えたような気がする
本家のほうが負けてる
599:デフォルトの名無しさん
12/03/04 22:20:42.09
WeakEventManagerもどうにかならんもんか。
イベント毎にManager作るのアホらしい
600:デフォルトの名無しさん
12/03/04 22:24:24.85
流行るかどうか金になるかどうか以前にやらなきゃならないことやってないよな
この環境ｗ
601:デフォルトの名無しさん
12/03/05 00:39:02.74
だからおまえらダメなんだよ
プロパティsetされたときに追加処理いれるのが普通なのにそれすら知らない
602:デフォルトの名無しさん
12/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:デフォルトの名無しさん
12/03/05 01:56:25.83
少なくとも { get; set; } がある時点で追加処理が普通って意見は受け入れがたいな。
無いから省略表記ができたんだろ。
604:デフォルトの名無しさん
12/03/05 02:09:49.53
>>602
それって>>601へのレス？
依存関係プロパティの利便性のために定義されるCLRプロパティと、普通のプロパティでは役割が違うよ。
605:デフォルトの名無しさん
12/03/05 03:10:18.07
その「同じセマンティクスで違う役割」っておよそ最悪な仕様の一つだよね。
606:デフォルトの名無しさん
12/03/05 05:28:11.48
少なくともＭＳが用意したメトロテンプレはプロパティ内で処理してカプセル化してる
別に我流通したいなら通せばいいけど
まあ笑われるだけだね。なんのためのプロパティなんだそれじゃフィールドでいいじゃん的に。
607:デフォルトの名無しさん
12/03/05 08:15:19.44
顕正新聞 平成24年2月5日号「原発全廃特集号」
原発は日本を滅ぼす、即時全廃せよ
人のDNAを破壊、国土を居住不能にする
代替は天然ガス・コンバインドサイクルで十分
惨禍もたらすを知って推進するは犯罪
URLﾘﾝｸ(d.hatena.ne.jp)
608:デフォルトの名無しさん
12/03/05 12:35:56.38
あれ・・・WPFのTreeViewってXAML書かないとインデントも変更できないのか・・・
google先生も教えてくれないしお高いツールありきか・・・。
609:デフォルトの名無しさん
12/03/05 12:41:16.37
仮想マシン上にwint評価版ぶっこんでBlend評価版ぶっこんで
ほしいXAMLはかせればいいじゃん
610:デフォルトの名無しさん
12/03/05 12:41:52.98
wint・・・ｘ
win7・・・◎
611:デフォルトの名無しさん
12/03/05 18:14:30.26
Intelのオンボードグラフィックだとマルチモニタ環境で
WPFの動画再生のスレッドが停止するんだけど解決策はないですか?
MediaElementでビデオを流すと、GUIは生きてるがMediaLoadedイベントが発生しなくなる。
メインディスプレイだとなんともないけどサブのほうだと再現率100%。
メイン:HDMI
サブ:アナログ
612:デフォルトの名無しさん
12/03/05 18:30:28.08
mp4のときだけ起きるからコーデック依存の現象かも。。
でも他のWMP等のプレーヤーだとなんともないんだよな……
613:デフォルトの名無しさん
12/03/05 20:36:48.66
メインとサブを入れ換えてみたらサブにしたHDMIでも発動したから
やっぱドライバが糞なんだな。。
614:デフォルトの名無しさん
12/03/06 06:02:01.77
WPFではTextBox.TextChangedイベントは正常に機能しない。
URLﾘﾝｸ(yone64.wordpress.com)
上のようにしてもIME変換をキャンセルしたときにTextChangedイベントが発生してしまうから、うまく機能しない。
しかし、上のコードをすこし修正して、IME変換前と変換後のテキスト文字数を調べることで正しく機能できるようになった。
615:デフォルトの名無しさん
12/03/06 09:22:47.29
読者がいないからと言って自分のblogを貼るのはやめたまえ
616:デフォルトの名無しさん
12/03/06 09:38:02.76
>>611
>>612
>>613
だけど、こんなんみつけた……
MediaElement not working with Multiple Monitors
URLﾘﾝｸ(social.msdn.microsoft.com)
Radeonでも起きてるからドライバ関係なかった。
現在のところ現実的な解決法は、
・Win7DSFilterTweakerでmp4のフィルタを停止して他のを使う
・ハードウェアレンダリングを諦める
のどっちかみたいだわ。
ハード支援切ったらフリーズしないけどCore i5 2500KでCPU負荷率が2%→15%になった(´;ω;｀）
最近このスレ読み出したので既出かも知れんが
617:デフォルトの名無しさん
12/03/07 01:45:47.08
MVVMで質問です。
例えばレタッチソフトで画像にフィルタをかける等の時間のかかる処理を行う場合
UIを止めないよう非同期処理をすると思うのですが
Modelが非同期メソッドを用意するのか
ViewModelがTask等を使ってModelのメソッドを非同期で呼び出すのか
どのようにすべきでしょうか?
618:デフォルトの名無しさん
12/03/07 01:58:40.89
Ｍがスレッドセーフでないなら非同期で保護してやるのはＶＭの役目なんじゃないの
ＭがスレッドセーフならＶＭはＭのステータスみてＶに指示するだけじゃないの
619:デフォルトの名無しさん
12/03/07 05:24:12.68
WPFは新テクノロジーなので、知識を集めないとどうにも先に進めない。
TextBoxのChangedイベントからつまずいたが、次のことも判明した。
WPFのTextBoxは、テキストボックス内で選択された範囲を常に表示させておく、
HideSelection = false が使えなくなっている。
WPFのテキストボックスで、これを実現するにはTextBoxのLostFocusイベントを処理に 、
e.Handled = true; と記述しなければならない。
620:デフォルトの名無しさん
12/03/07 09:23:14.33
FocusManager.IsFocusScopeを使うんやで
621:デフォルトの名無しさん
12/03/07 10:36:35.22
>>616 だけど、「こんどはScrubbingEnabledをtrueにしておくと音声だけのファイルがロードされないことがある」
という件にはめられて1日つぶしたわ
こういう罠があとどれだけ仕掛けられてるのか……
622:デフォルトの名無しさん
12/03/07 13:13:43.32
性能面での罠も沢山仕掛けられてるでぇ～
WinRTだと罠付きの機能が削除されてたりするので
デスクトップ版のWinRTに期待した方がいいかもしれんね
623:デフォルトの名無しさん
12/03/08 01:08:03.03
知っていたらボスケテ
WPFのDataGrid
列ヘッダクリックでソート機能があるけどソートの比較条件を自分で用意してソートさせるにはどうすればいいの？
ソート機能切ってマウスクリックと座標取得して表示基のコレクション自分でソートして再表示ようかとも思ったんだけど
ソート機能切ると列ヘッダがクリッカブルじゃなくなるし△▽のマークとかもないので微妙
624:デフォルトの名無しさん
12/03/08 01:29:35.27
>>623
URLﾘﾝｸ(msdn.microsoft.com)
625:デフォルトの名無しさん
12/03/08 02:14:18.00
StyleってCSSみたいにGrid配下のTextBox全体に適用とかって無理なのか
626:デフォルトの名無しさん
12/03/08 03:44:45.42
全体指定は基礎だからもっと勉強してね
627:デフォルトの名無しさん
12/03/08 08:23:41.27
Blendなんて60日の試用版DLして60日たったらOSリカバリでもう一回いれりゃいいだけ
628:デフォルトの名無しさん
12/03/08 08:34:04.20
仮想PC上で実行するのもめんどくさい
629:デフォルトの名無しさん
12/03/08 09:01:12.82
WinRTスレの次スレ何処？(｀・ω・´)
630:デフォルトの名無しさん
12/03/08 10:54:00.03
仮想ＰＣ上でblend動かしてたけど
長時間つかってると重たくなってくるのに耐えられなくなったから買ったよ・・・
631:デフォルトの名無しさん
12/03/09 00:31:31.36
Styleは親の要素のリソースを順に検索するような感じに動くので対象のGridのリソースに入れればその配下のTextBoxに適用できる。
Styleのリソースから適用もできるのでGridのStyleのリソースにTextBoxのStyleを入れるといい。
632:デフォルトの名無しさん
12/03/09 08:25:15.42
MVPVM 設計パターン - WPF 向けのモデル - ビュー - プレゼンター - ビューモデル設計パターン
URLﾘﾝｸ(msdn.microsoft.com)
ここのサイトの、コードサンプルの
URLﾘﾝｸ(amarillo.us.com)
がデッドリンクになっています。MSの人、宜しくお願いいたします。
633:デフォルトの名無しさん
12/03/09 09:10:19.01
これからはMVPVMだよな
MVVMで無理していたのは何だったのか…
634:デフォルトの名無しさん
12/03/09 09:17:21.10
多分、この人だと思うんだけれどねぇ。
Password Manager
URLﾘﾝｸ(passwordmgr.codeplex.com)
635:デフォルトの名無しさん
12/03/09 09:57:15.29
MVPVMが浸透したらMVVMは単純な場合以外使われなくなる
直観的だし他言語からの移行が楽
636:デフォルトの名無しさん
12/03/09 10:10:14.33
>>632
明日の勉強会の伏線ですか？
637:デフォルトの名無しさん
12/03/09 10:29:32.09
勉強会なぞ行かん！わしゃ、僻地に住んでおる。
そんな訳で、持っている人、ウプお願い！
638:デフォルトの名無しさん
12/03/09 10:34:01.41
というか、MVPVMとか、そんなに良いものなの？
ドラスティックに変わるとは、本文からは思えなかったけれど。
どちらにしても、VSの標準としてライブラリが組み込まれ、
自動生成のサポートも標準にならない限り、流行らないんじゃないの？
VS11のβでも、その辺りに変化はないんでしょ？
みんな、Prism派？MvvmToolkit派？
639:デフォルトの名無しさん
12/03/09 10:44:27.43
togetter覗いたら XAMLクラスタから評判悪いね＞MVPVM
URLﾘﾝｸ(togetter.com)
640:デフォルトの名無しさん
12/03/09 10:45:16.41
>>638
つ Livet
641:デフォルトの名無しさん
12/03/09 11:02:35.83
いつもの人が偉そうなこと行ってるだけじゃん
全くデメリットが合理的に説明できてないし
642:デフォルトの名無しさん
12/03/09 11:05:05.37
ほとんどすべてMVPVMになるんじゃないの？
事実上のアプリケーションというかプログラムがP層になると曲解（笑）してるんだけど
違うのかなｗ
Pはマスタースレーブで言えばスレーブ
VとVMののりしろ
メッセージのブロードバンドじゃなくスイッチングハブのような動作も可能
ただMVVMのようにきつい縛りが無くなるから
643:デフォルトの名無しさん
12/03/09 11:06:37.32
ただMVVMのようにきつい縛りが無くなるからデタラメなコードを書くことも可能
その部分がMVVM派の人には受けないだろうね
644:デフォルトの名無しさん
12/03/09 11:21:01.76
Vに無理やり書いてたコードがPに行くってことでいいんだろうか？
よくわかんね
645:デフォルトの名無しさん
12/03/09 11:34:06.55
何度読んでもよくわからない
Vだけでダイアログ出したりメッセージボックス出したりとか
トリッキーなことをしなくてよくなるのかな
普通にVがボタン押されたよとPに通知したら
PがVにダイアログ出してねって通知するようになるのかな
646:デフォルトの名無しさん
12/03/09 11:35:52.28
XAMLのビヘイビアで書いてたクソみたいなスクリプトもどきを普通に書けるっていうのが一番だな
647:デフォルトの名無しさん
12/03/09 11:42:52.27
そもそもダイアログを出すのって誰の責任だ？
V じゃなきゃ、P か VM でいいんじゃね？
P が V にダイアログ出してねって通知するのも何かおかしいと思う。
648:デフォルトの名無しさん
12/03/09 11:42:54.24
ビヘイビアで思い出したけど
VS11 betaについてたblend for VSでアセットにビヘイビアなかったけど
違うところに移動したのかな
それとも別のSDK入れないといけないのかな
スレ汚し&不勉強でごめんね
649:デフォルトの名無しさん
12/03/09 11:46:06.57
ただ、実際プログラミングしてて、V に画面移動やダイアログ表示押し付けてると
MVVMに準拠してるかどうか別として
VMのコード量減って全体の見通しが少しよくなるのは事実。
650:デフォルトの名無しさん
12/03/09 11:47:25.95
それをPに押し出せ
651:デフォルトの名無しさん
12/03/09 11:50:05.03
いままで疎を意識してやわやわVMやVに書いていたことを
密にしてPに書き出せってことだろ
652:デフォルトの名無しさん
12/03/09 11:50:37.67
>>650
どうやって？コードビハインドにしろと？
653:デフォルトの名無しさん
12/03/09 11:52:01.24
>>652
PとV、PとVMは密結合だからなんでもあり
モデルもコントロール直接触り放題
654:デフォルトの名無しさん
12/03/09 11:54:30.57
Pクラス作ってVとVM握ってメッセージ受け取って判断してメッセージ送れ
655:デフォルトの名無しさん
12/03/09 11:55:33.14
winformsやjavaから移住者が増える
656:デフォルトの名無しさん
12/03/09 11:57:42.01
>>654
P ってある意味 V と VM の Mediator と考えてOK？
657:デフォルトの名無しさん
12/03/09 11:59:53.85
InteractionMessageとかビヘイビアとか大嫌いだから歓迎するわ
658:642
12/03/09 12:00:00.90
Pはイベントドリブン型アプリケーションのコアじゃないの？
659:デフォルトの名無しさん
12/03/09 12:02:33.08
ああわかった！MVPVMパターンって、
・M （Model）
・V （View）
・VM （ViewModel）
の存在は認めたうえで、
仮にコードビハインドを P とすると
P も遠慮なくどんどん使っていいんだよ！
ってことなのかな？
660:デフォルトの名無しさん
12/03/09 12:05:27.81
でも WPF の設計ってバインド指向でイベントの挙動は穴ありまくりだろ。
ugaya40 の指摘するメモリリークはよく知られてるけど
それ以外でも Forms じゃあり得ない挙動するイベント多いからな
661:デフォルトの名無しさん
12/03/09 12:05:59.88
MVVMを否定する人は多いだろうけどMVPVMを否定する人は少ないとおもう
662:デフォルトの名無しさん
12/03/09 12:07:50.19
>>661
それ以前にMVVM判ってる奴自体少ないと思うぞ。
ましてMVPVM知ってる奴はほとんどおらんだろｗ
663:デフォルトの名無しさん
12/03/09 12:12:47.35
Metro踏まえてまた変わるんじゃねえの
664:デフォルトの名無しさん
12/03/09 12:16:20.24
>>660
お前そればっかりだな
MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん
だいたいビヘイビアはイベントベースだ
665:デフォルトの名無しさん
12/03/09 12:16:27.48
メモリリークはただのV上の制御できないアイテムを
別のところに登録していることが問題じゃないの？
666:デフォルトの名無しさん
12/03/09 12:19:53.47
Pはコントロールよりも確実に寿命が長いんだから
一時的なコントロールにPのイベントハンドラ突っ込んでもメモリリークの原因にはならん
メモリリークが問題になるのは寿命の長いVMやMからVに通知する場合だけど、
MVPVMの場合はVM経由でバインディングするからMVVMで問題ないというならMVPVMでも問題ない
667:デフォルトの名無しさん
12/03/09 12:21:41.71
> MVPVMはコマンド->VMをスルー->Pだから別にそこはMVVMと変わらん
ここがいみふなんですが？
668:デフォルトの名無しさん
12/03/09 12:24:09.99
>>660
> Pはコントロールよりも確実に寿命が長いんだから
これって言い切っちゃっていいの？
669:デフォルトの名無しさん
12/03/09 12:25:35.55
Pはアプリケーション自身だと思うからそれより長い寿命ってないんじゃない？
670:デフォルトの名無しさん
12/03/09 12:29:57.71
そもそも MVPVM 議論しようにもまだ情報が足りな過ぎるよね？
MSDNのサンプルもダウンロードできないし、どうにも P が理解できない。
671:デフォルトの名無しさん
12/03/09 12:32:12.81
みんな分かってなさそうで安心したｗ
672:デフォルトの名無しさん
12/03/09 12:33:11.81
議論しなくてもただそのようにコード書けばいいんじゃないかなあ
問題があれば報告してね
673:デフォルトの名無しさん
12/03/09 12:37:46.76
実際楽にはなると思うよ
変なパターン覚えなくてもいいし
674:デフォルトの名無しさん
12/03/09 12:40:02.39
えムナウ氏の
> WPF はなんかおかしい、ビヘイビアーといいデータテンプレートセレクターといい、View と ViewModel を両方知らないと達成できないものがそこここにちりばめられている。
という意見も納得できるんだが、図を見てるとますます理解できない。
URLﾘﾝｸ(blogs.wankuma.com)
P(コードビハインド）とVMの両方からMに接続しに行くなんて、窓口増やして混乱しそうなだけなんですが？
675:デフォルトの名無しさん
12/03/09 12:42:43.25
Pとコードビハインドは同じじゃないと思うよ
そのような役割もあるけど別物じゃないの？
676:デフォルトの名無しさん
12/03/09 12:44:40.49
V → VM → M の流れで V → VM 間の操作でめんどくさそうなとこを
V <-> P <-> VM → M
で実装すればいいだけだと思うんだが、これだとMSDNともMさんとも解釈違うよね？
あ・・・ VPVMM パターンならうまくいくのか！ｗ
677:デフォルトの名無しさん
12/03/09 12:44:46.29
どっちかというと特定のVと特定のVMに依存した使い捨てのビヘイビアみたいなもん
あくまで>>634の例ではだけど
678:デフォルトの名無しさん
12/03/09 12:46:13.34
結論。
サンプルないと誰もわからんｗｗｗ
679:デフォルトの名無しさん
12/03/09 12:47:31.42
アプリケーションはもともと使い捨てだと思うが…
680:デフォルトの名無しさん
12/03/09 12:53:57.91
Livetがただのコードスニペット集になる
681:デフォルトの名無しさん
12/03/09 12:56:04.37
>>680
M氏のダイアグラムを搭載できたらいいのにねｗ
682:デフォルトの名無しさん
12/03/09 12:58:08.78
>>676
それただのPassiveViewや
683:デフォルトの名無しさん
12/03/09 13:01:53.63
>>682
いや、V - VM
684:デフォルトの名無しさん
12/03/09 13:02:57.09
>>682
いや、V - VM 間の連携を実装で補完してるだけだから、PassiveView とは言えんと思うが。
685:デフォルトの名無しさん
12/03/09 13:04:50.12
とりあえずVMを再利用し易いように
アプリ固有のコードをPに押し出すということにしておくわ・・・
686:デフォルトの名無しさん
12/03/09 13:06:10.95
どういうのが正しいPか知らないけど
今後Pは使ってみるわ
687:デフォルトの名無しさん
12/03/09 13:11:58.81
> どういうのが正しいPか知らないけど
それってパターンとは言えんよなぁ・・・・
688:デフォルトの名無しさん
12/03/09 13:29:02.75
じゃあここまでに出たパターンを仮にVM2Pとして使うことにしよう
もしかするとVM2P=MVPVMかもしれないけど
689:デフォルトの名無しさん
12/03/09 14:39:33.85
だれか、サンプル持って無いの？
あるいは、MSの中の人、居ないの？
690:デフォルトの名無しさん
12/03/09 14:42:04.17
>>634のソース
MSDNマガジンの方はたぶんその抜粋
691:デフォルトの名無しさん
12/03/09 15:18:08.48
ぐぐったら.ugaya40産のつぶやきが
＞デメリットは、結局バインディングとPrensenterからの操作の場合分けをどうするのか悩まなければならない
悩むほどの事かな
プロパティの表示など単純な場合はバインディングで
複数の要素が絡む場合や状態変化やVMやVに遡及しないばやいは
Pから操作でいいんじゃないの？
692:デフォルトの名無しさん
12/03/09 15:48:14.48
本人に言えよｗ
693:デフォルトの名無しさん
12/03/09 15:49:14.93
彼はコードビハインドに親を殺されたんだよ
694:デフォルトの名無しさん
12/03/09 15:51:24.61
本人もたまにこっそり降臨してるだろ。
他の大御所連中もみな覗いてると思うがｗ
695:デフォルトの名無しさん
12/03/09 16:11:50.34
さすがに覗いてないと思うよ
名無しの書き込み見るメリットない
696:デフォルトの名無しさん
12/03/09 16:35:50.48
いや、見てるんじゃないかな？
そりゃ、2chなんて、ロリ、ヲタ、プー、ちびデブ禿、低学歴低所得のスクツだよ？
でも、実際のところ、リアル社会においても、
劣等人種の存在比率は、2chとあまり変わらない。
まして、下らない書き込みはスルーすれば良いだけの2chは、
効率の良い情報収集方法だよ。
これが、リアルの勉強会なら、劣等人種の質問でもスルー出来ないからな。
697:デフォルトの名無しさん
12/03/09 16:48:24.05
2ちゃんじゃ議論にならんからなあ
読むだけ疲れるでしょ。
698:デフォルトの名無しさん
12/03/09 16:49:40.58
せめてIDぐらい出てればこの一連の流れも無かったことにできるのだが
699:デフォルトの名無しさん
12/03/09 16:57:52.23
リアルだって、議論になんてならないでしょ。
知識、背景、肩書、学歴、所得とか一致しないと議論にならないよ。
700:デフォルトの名無しさん
12/03/09 17:12:40.77
>>699
議論するのに知識、背景が必要なのは認めるが、後の三つは関係ないだろｗ
701:デフォルトの名無しさん
12/03/09 17:14:57.62
背景に含まれると言った方が正確かな
702:デフォルトの名無しさん
12/03/09 19:58:43.26
ModelとViewModelの対応って1対1なの?
ViewModelが複数のModelを持ったりするもんなの?
703:デフォルトの名無しさん
12/03/09 20:17:03.40
MVPVMだと・・・
MVVMをよく分かってないのに次がでてくるとは日曜プログラマーなおじさまは大変だ
704:デフォルトの名無しさん
12/03/09 22:05:10.81
ええねんええねん
モノもってこいやモノを
705:デフォルトの名無しさん
12/03/09 22:09:45.53
URLﾘﾝｸ(aviadezra.blogspot.com)
？
706:デフォルトの名無しさん
12/03/09 22:41:05.66
>>638
Pの責務が強すぎて、簡単にカオス化する可能性があるので、MVVMのほうが好き。
707:デフォルトの名無しさん
12/03/09 23:32:19.16
>>706
でも MVVM だと、VMの責務が重すぎてコードが肥大化する傾向がある。
コマンドその他を プレゼンターに分離した方がすっきりしないか？
708:デフォルトの名無しさん
12/03/10 00:12:49.66
疎結合のために無駄に費やした時間を取り戻せｗ
709:デフォルトの名無しさん
12/03/10 00:51:01.16
正直コマンドとコードビハインドで登録するイベントハンドラの違いが分かっていない。
コマンドだと何が嬉しいん？CanExecute使えるくらいくらい？
710:デフォルトの名無しさん
12/03/10 00:57:52.77
>>709
ユニットテストフレームワークに食わせ安くなる。
実際、metro styleのUI要素はテストコード内でインスタンス化できないから、コマンド必須。
711:デフォルトの名無しさん
12/03/10 00:59:31.58
>>709
元々の主目的は、デザイナーが弄るBlendで作るViewからコードを追い出すってコンセプトだったもんな
それが無理になった今、テストがやりやすい程度のアドバンテージしかないが
それもハンドラに直接書かずにワンクッション置けば問題無いシナ
712:デフォルトの名無しさん
12/03/10 01:05:04.03
>>707
UIをUserControlで部品化し、その単位でView Model作っているので、今のところVMの肥大化では困ってないです。
業務系のように入力項目が増えると、また違う考えになるかもしれないです。
713:デフォルトの名無しさん
12/03/10 06:52:39.19
プロパティにはnotifyが必要でしょ？
じゃあnotifychanged用にベースクラス作ってまとめましょうってなると
datacontextに入れたほうがいいよねってことになる
バリデーションも通るからすごく楽になる
ベースクラスに準備してればね
全部バインドにまとめるとトリガーとかめんどくせぇなぁってなるから
this.rootGridとかビハインドで書いちゃうけど
全部ビハインドはさすがに非効率すぎる
714:デフォルトの名無しさん
12/03/10 07:55:21.41
MVVMに関するドキュメントで、初心者向きじゃ無いとか言っているものがあるけど。
それ、違うから。
単に推敲が足りずに構成が悪く、思いだけあふれていて、肝心の伝えたいことが伝わらない資料になっているだけだから。
715:デフォルトの名無しさん
12/03/10 08:58:35.03
>>714
おつかれさまです。思いはよく伝わりましたｗ
今日のプレゼンustで見てますんで頑張ってくださいね♪
716:デフォルトの名無しさん
12/03/10 11:16:30.24
VS11でインフラ改善されてないの？
717:デフォルトの名無しさん
12/03/10 12:41:04.55
なぜ自分で調べてみないのか
718:デフォルトの名無しさん
12/03/10 14:00:25.60
今日は異端審問会議やってるのか？
719:デフォルトの名無しさん
12/03/10 19:41:59.24
Ust見た。さらにツィートも合わせて分析すると
MVPVMパターンのプレゼンターは、ナビゲーション(画面遷移やダイアログの表示)などを担当し、VieWとViewModel間の疎結合を推進します。
だそうだ。
720:デフォルトの名無しさん
12/03/10 21:17:39.23
Pがダイアログ表示するならPにフレームワーク依存コードが残っちゃうね
721:デフォルトの名無しさん
12/03/10 21:42:04.47
MVPVMのPは再利用を考えないでVにべったり依存するよ
コントロールを直接触る
722:デフォルトの名無しさん
12/03/10 21:45:32.39
アンパンマンの頭変えるようにフレームワークごとにVだけスコーンと変えられないの？
723:デフォルトの名無しさん
12/03/10 21:50:06.32
でもよくよく考えたらVだけ変えても意味ないね
.netコンパクトと.netでできることが違いすぎたし
724:デフォルトの名無しさん
12/03/10 22:18:22.65
複数環境やテスト用に V を取り替えたいなら、
P から触る部分をインターフェイスとして定義して、xmal.cs の分離クラスやアダプタで実装すれば良いよ。
725:デフォルトの名無しさん
12/03/11 00:50:32.90
>>724
それやるんだったらP分けないでVのコードビハインドに書いちゃえばいいと思う
そうしないのはコードビハインドからのVMへのアクセスを避けるためだろ
Vの特定のVMの型への依存をPに追い出すことで
Vに対してVMを差し替えてバインディングのテストができる
726:デフォルトの名無しさん
12/03/11 02:30:09.95
俺はMSが舵取りするまで動かん
727:デフォルトの名無しさん
12/03/11 09:49:32.91
Pはかじ取りするまでもないだろ
1個クラス作って中にメッセージ用のメソッド作るだけ
728:デフォルトの名無しさん
12/03/11 14:13:56.43
具体例くれ
729:デフォルトの名無しさん
12/03/11 14:36:04.64
だから＞＞634のソース読め
提唱した人の実例だ
730:デフォルトの名無しさん
12/03/11 14:43:42.35
昨日のとは違うって話じゃないの？
731:デフォルトの名無しさん
12/03/11 21:19:13.27
40歳が泥酔して仕事用マシン失くして、大変そう
732:デフォルトの名無しさん
12/03/11 22:42:24.59
>>730
参考にはなるよ。
P はクラス名で探せばコーディング例は判る筈
P に処理を任せてる分 V と VM 間を祖結合にしてる
ViewModel を共通ライブラリにおいて、WPF・SL・Phone で使いまわしてる。
733:デフォルトの名無しさん
12/03/12 15:44:11.11
エクスプローラみたいに任意の項目でソートできるようにするには
VMがCollectionViewSource.GetDefaultViewで得たコレクションビューと
ソートコマンドを公開すればいいの?
それともビュー側がやるべき事?
734:デフォルトの名無しさん
12/03/12 16:15:07.99
Pの仕事
735:733
12/03/12 16:20:23.57
あ、MVVMでの話でお願いします。
736:734じゃないよ
12/03/12 16:27:01.17
>>735
>>734 は MV(P)VM で回答したのだが・・・
737:デフォルトの名無しさん
12/03/12 16:36:25.66
Pの仕事言うのは冗談です
738:デフォルトの名無しさん
12/03/12 17:21:24.36
プレゼンターさん！バインドですよ！バインド！
739:デフォルトの名無しさん
12/03/12 17:45:34.00
P は Producer の略だということを皆知らな過ぎる
740:デフォルトの名無しさん
12/03/12 17:54:12.33
>>705
これ、Formsの話やんけ！WPF版持ってこいや！
741:デフォルトの名無しさん
12/03/14 08:58:11.33
WPFは死んだ技術
742:デフォルトの名無しさん
12/03/14 09:39:59.15
死んだのはおまえのＰＧとしての寿命じゃね
743:デフォルトの名無しさん
12/03/14 15:27:54.32
WPF Ribbon試してみたんだけど
コントロール上のコンテキストメニュー（「Add to Quick Access Toolbar」とか）を
日本語化する方法がわからない・・・
どの解説記事もこの点をスルーしていて参考にならず
744:デフォルトの名無しさん
12/03/14 15:42:49.68
色々不具合あるからソース落として書き換えちまえ
745:デフォルトの名無しさん
12/03/14 16:05:59.83
>リボンのローカライズ
>ソースを展開、ExceptionStringTable.txtをコピーしてExceptionStringTable.ja.txtを作る
>Ribbon.Compilation.targetsをテキストで開いて
こんなメモ残してたわ
746:デフォルトの名無しさん
12/03/14 16:31:52.57
Ribbonアプリケーションアイコンを[ファイル]表記にする修正が上手くいかん
VS11でもそのままだし
747:デフォルトの名無しさん
12/03/14 23:14:56.52
了解した
748:デフォルトの名無しさん
12/03/15 13:21:53.49
System.Printing.PrintTicketを使いたいんのですが、
System.PrintingではなくReachFramework.dllとあったので、
参照設定にReachFrameworkも追加したのですが、
usingで出てこない･･･
設定ミスとか抜けている点があれば、指摘よろしくお願いします。
749:デフォルトの名無しさん
12/03/15 13:25:42.49
usingで出てこない、とは?
System.Printing.PrintTicketと書いて色は変わる?
750:デフォルトの名無しさん
12/03/15 13:42:37.99
>>749
あ、ってっきり usingに宣言するものだと思ってました。
ソースに書いたら水色に変わりますね。
ありがとうございました。
751:デフォルトの名無しさん
12/03/15 14:53:14.39
namespace が System.Printing で
PrintTicketは型名だかんね。
usingするなら
using System.Printing;
752:デフォルトの名無しさん
12/03/15 20:36:23.47
LINK文で取得した結果をvarにつめてる場合って、どうやってnullチェックするんだろうか・・・。
753:デフォルトの名無しさん
12/03/15 20:47:04.05
?
754:デフォルトの名無しさん
12/03/15 20:49:14.99
スレチだけど
755:デフォルトの名無しさん
12/03/16 08:26:52.29
WPFは終了です
マイクロソフト先生の次回作にご期待下さい
756:デフォルトの名無しさん
12/03/16 11:45:59.97
終了したのはおまえのＰＧとしての寿命じゃね
757:デフォルトの名無しさん
12/03/16 11:51:56.94
64bitアプリと同様、WPFは普及しない。
開発者の都合なんかどうでもよくて、多くのユーザにとってはデメリットでしかないからな。
758:デフォルトの名無しさん
12/03/16 13:07:33.51
64bitアプリが普及しないなんて妄想甚だしいなｗ
どうせまともな開発者ではないだろうと思っていたが、妄想癖まであるとは。
759:デフォルトの名無しさん
12/03/16 13:12:12.20
>>757
おまえがそう思ってる大半のソフトはwin7にすら対応してねぇよ
win7対応の方法も何が変わるかも知らないとかいうんじゃないだろうな
760:デフォルトの名無しさん
12/03/16 13:17:01.89
現に普及してない。
XP、Vistax86、7x86で動かない上に、ほとんどのアプリは2GBの壁にぶつからない以上、
開発者が32bit版と64bit版を用意することは稀。
ほんと現実が見えてないな、おまえ。
761:デフォルトの名無しさん
12/03/16 13:22:37.56
Vistaで動いて7で動かないソフトなんてあるのかと。
762:デフォルトの名無しさん
12/03/16 13:25:12.90
それがどうWPFと関係するんだよｗ
763:デフォルトの名無しさん
12/03/16 13:28:19.43
キラーアプリ作れない開発者がユーザを切り捨てる勇気などないということ。
764:デフォルトの名無しさん
12/03/16 13:28:57.31
まだ32bitアプリなんて使ってるの?ｷｬﾊﾊﾊﾊ
765:デフォルトの名無しさん
12/03/16 13:30:55.55
64bitアプリ開発はいいなぁ、テスト工程少なくてw
766:デフォルトの名無しさん
12/03/16 13:32:53.44
ターゲットx64にしてるアホなんているのかよw
767:デフォルトの名無しさん
12/03/16 13:46:13.62
VB6が普及しなかったって言うようなもん
768:デフォルトの名無しさん
12/03/16 13:52:43.97
なるほど。VB6使いがWPF使ってるわけだな。
769:デフォルトの名無しさん
12/03/16 13:59:21.08
>>768
なんかさ、ケチ付けるのが目的になって煽りがちょっとズレてるよ。
770:デフォルトの名無しさん
12/03/16 14:10:05.63
褒めてるつもりだったんだが誤解されたようだ。
771:デフォルトの名無しさん
12/03/16 15:30:58.92
本当に知らないんだな
vs2010のテンプレのままじゃvista用アプリになるんだぜ？
リソースモニターから「ＯＳのコンテキスト」を表示させてみ
だから終わってるのはおまえのＰＧとしての寿命だっていってるんだよ
772:デフォルトの名無しさん
12/03/16 15:44:00.08
おれはまだvs2008だからな。w2kバイナリ切るとかおまえら鬼だな。
773:デフォルトの名無しさん
12/03/16 15:55:21.85
>>771
それ言うとWin7に最初っから入ってるやつにもVistaになってるのが…
774:デフォルトの名無しさん
12/03/16 16:05:58.22
>>771
え？あれがVistaだと7非対応アプリになると思ってるの？
こりゃダメだ。
775:デフォルトの名無しさん
12/03/16 16:13:30.60
なんか古いOSを切り捨てるのを進んだPGだと思ってる馬鹿がいるな。
マカーかな？
776:デフォルトの名無しさん
12/03/16 16:20:16.56
XP対応だって大変なのに、win2kとか勘弁してください。
777:デフォルトの名無しさん
12/03/16 16:20:31.60
Vist/7あたりからおもしろAPIがたくさん追加されてるのは事実
778:デフォルトの名無しさん
12/03/16 16:21:08.35
でもVS2010のテンプレのままだと64bitバイナリになんないよ
779:デフォルトの名無しさん
12/03/16 16:22:14.17
さすがにw2kは切り捨てたわｗ
XPも捨てたいけど、それはまだ無理だね。
780:デフォルトの名無しさん
12/03/16 16:23:14.77
WPFも捨てたいけど、おまえらが悲しむからな。
781:デフォルトの名無しさん
12/03/16 16:29:07.60
捨てたいんじゃなくて使いこなせなかったんだろ。
782:デフォルトの名無しさん
12/03/16 16:30:44.08
ナイナイ
ここの奴らはWPFを超えるUIフレームワークが出たらすぐに乗り換える
783:デフォルトの名無しさん
12/03/16 16:31:52.88
Winformを超えられない件
784:デフォルトの名無しさん
12/03/16 16:36:09.82
>>778
64bitが必要なアプリだけ64bitにすればいいんだから当然
それを理解できずに全てのアプリが64bitになる世界と比較して
「64bitは普及していない」とか言っちゃうお馬鹿さんもいるようだけどね
785:デフォルトの名無しさん
12/03/16 16:42:01.70
妄想壁でもあるのか？
捏造するな。64bitではなくて、64bitアプリだ。
32bitアプリでOKなものを64bitアプリにするメリットはない。
まだ多くのユーザーを切捨てることになるからな。
786:デフォルトの名無しさん
12/03/16 16:42:58.49
ていうか.NETなんだからAnyCPUでいいじゃん。何言っちゃってんの？
787:デフォルトの名無しさん
12/03/16 16:44:11.60
>>783
確かにWPFはWinFormsを超えてないが、
WinFormがWPFを超えてるわけでもないからな（要するに一長一短）
デザイナの完成度
個々のコントロールの品質
遅い処理の書きにくさ
起動速度
など、WinFormsの方が上の点はWPFにとって改善してほしい点でもある
788:デフォルトの名無しさん
12/03/16 16:48:41.29
>>786
全くNativeDLL使わないのか？ おれにはあり得んな。
789:デフォルトの名無しさん
12/03/16 16:49:54.93
> 64bitではなくて、64bitアプリだ。
脳内補完した上で意味を良く考えろよ・・・
64bitが必要なアプリの多くが64bitアプリになったのなら、
64bitアプリが普及したと言えるだろ
790:デフォルトの名無しさん
12/03/16 16:52:49.83
>>788
それならx86指定すれば済む話だろ。 常識で考えろよスレタイ読めないお馬鹿さん。
791:デフォルトの名無しさん
12/03/16 16:53:00.38
>>789
どんなに良く考えてもそんなステマみたいな補完はおれにはできない。
マカーがよくやってる補完だろ、それ。
792:デフォルトの名無しさん
12/03/16 16:53:19.38
>>790
馬鹿かおまえ。
793:デフォルトの名無しさん
12/03/16 16:54:38.28
WOW64が優秀だから必要なの以外は別に32bitでいいじゃん。
全部64bitじゃないと嫌ってガキかよ。
794:デフォルトの名無しさん
12/03/16 16:59:58.21
そもそも一連の流れがスレタイからずれてるな
WPFに関連することで言えば
VisualStudioのデフォルト設定(2008ならAnyCPU、2010はx86)から変えない方がいい
Blendの動きがおかしくなる
795:デフォルトの名無しさん
12/03/16 17:08:09.64
>>791
マカーは知らんが、
仕事をしてりゃ客の言うことが一字一句間違ってないなんて
むしろ珍しいと思うがな・・・
一部を補完して意味が通るなら、
「64bitは64bitアプリの意味ですよね？」って確認を入れて話を進めるのは普通だろ
796:デフォルトの名無しさん
12/03/16 17:10:16.87
６４bitにしても早くならんのに何の目的があって使うんだ？
797:デフォルトの名無しさん
12/03/16 17:15:44.58
もう飽きたからWindows板あたりでやれよ
798:デフォルトの名無しさん
12/03/16 17:18:29.56
64bitアプリはユーザーにメリットあるけど
WPFはデメリットしかない
799:デフォルトの名無しさん
12/03/16 17:27:09.00
そもそもWPFアンチは何で64bit叩きなんて意味不明なことを始めたのだろうか。
800:デフォルトの名無しさん
12/03/16 17:27:59.92
こういう奴がWPFを使いこなすようになると
「WinFormsは糞だった」と言うんだよなぁ。
WinFormsの考え方に囚われてるから、WPFのメリットが理解できない。
スマホアプリとか、別プラットフォームも使ってるとこうはならないんだけど。
801:デフォルトの名無しさん
12/03/16 17:36:21.02
便利な物を便利に使えばいいよ
WPFが使いやすければ使えばいい
winformsが使いやすければ使えばいい
＞WinFormsの考え方に囚われてるから、WPFのメリットが理解できない
これはあってるようで間違い
winformsが使いやすいから使ってるだけだろ
802:デフォルトの名無しさん
12/03/16 17:40:13.02
ポトペタで張り付けてガリガリ書くような使い方で間に合ってるならWinForms使えばいいと思う。
それで問題があるからWPFやってるのに、わざわざ出張してきて騒がれてもねぇ？
803:デフォルトの名無しさん
12/03/16 17:50:48.23
> winformsが使いやすいから使ってるだけだろ
反論になってないなぁ
WinFormsの常識に囚われた人にとっては、
WinFormsが最高に使いやすいと感じられるって話だよ
もちろん、両方を理解した上でWinFormsを選ぶ人だっている事は否定しないよ
確かに、WPFにはメリットを相殺しうるデメリットもある
804:デフォルトの名無しさん
12/03/16 18:25:29.83
過去の資産の移行コストが高すぎるからWPFに移行できないんだろう。
Appleみたいにどんどん切れるわけない。
805:デフォルトの名無しさん
12/03/16 18:39:03.21
好きな方を使えば良いのになぜ宗教戦争を始めるのか
806:デフォルトの名無しさん
12/03/16 18:40:26.93
好きな方を使えば良いで使える奴なんて暇な学生だけだろ。
807:デフォルトの名無しさん
12/03/16 19:30:14.04
わざわざ荒らしに来る暇な奴はいるけどな。
808:デフォルトの名無しさん
12/03/16 19:37:12.30
WPFに挫折したのだろう。WPFは凡人には使いこなせないからな。
809:デフォルトの名無しさん
12/03/16 20:44:02.88
凡人に使いこなせないことはないが、
いったんチャラになるからな。
WinFormsのノウハウ(バッドも含めて)が通用しないからね
810:デフォルトの名無しさん
12/03/16 20:47:06.83
学習コストというのは経験がいくらあっても高いからな。
Javaやってたらc#に移りたくはないし、c#やってたらJavaに移りたくないだろう。
MFCからWPFぐらいでないと。
811:デフォルトの名無しさん
12/03/17 01:06:55.76
質問させてください。
以下のように、canvas1にジオメトリを追加したのですが、ジオメトリの左位置が取得できません。
どこがマズイのか、識者の方、ご教授ください。
EllipseGeometry ellipseGeometry = new EllipseGeometry(new Point(100, 100), 50, 50);
Path path = new Path();
path.Data = ellipseGeometry
path.StrokeThickness = numericBold.Value;
path.Stroke = Brushes.Black;
canvas1.Children.Add(path);
double left = Canvas.GetLeft(path); // なぜか50でなく、NaＮが返る
812:デフォルトの名無しさん
12/03/17 01:34:33.38
pathはStretch次第でジオメトリを引き延ばすんだよ
つまりpathの位置は中のジオメトリに何が入っていようが影響されない
なぜかと聞くならSetLeftしてないから。そんだけの話
添付プロパティはオーバーライドとかしないし糖衣構文とかじゃない
ただの入れ物だから
中に入ってるもの次第で都合よく値が変更されるみたいなことは絶対ない
入れたものが出てくるだけ
813:デフォルトの名無しさん
12/03/18 01:09:49.63
Blend操作感微妙に違ってて生産性あがるように思えん
814:デフォルトの名無しさん
12/03/18 14:12:01.18
CanvasのMarginのTopだけスライダーとBindingさせたいんですが、どうすればいいですか？
815:デフォルトの名無しさん
12/03/18 15:02:34.78
コンバータ書けば?
816:デフォルトの名無しさん
12/03/18 15:59:29.65
コンバータ書いても何故かダメだったので素直にイベント処理します
817:デフォルトの名無しさん
12/03/18 16:36:00.00
なぜふつうにバインドしない
818:デフォルトの名無しさん
12/03/18 17:42:02.88
BackgroundがnullのControlにはドラッグアンドドロップできないのか
しばらくハマってしまった
これ俺みたいなウンコ初心者には結構罠だな
819:デフォルトの名無しさん
12/03/18 18:10:55.31
透明を設定しておけばドラッグできるのにね。
俺もはまったわ。
820:デフォルトの名無しさん
12/03/18 18:25:55.91
Display属性とかにOneWayバインディングって出来る？
821:デフォルトの名無しさん
12/03/18 20:51:57.14
>>820
依存プロパティなら、できるんじゃないの
そうでなければ、できない
822:デフォルトの名無しさん
12/03/18 23:14:47.07
Helper作れ
823:デフォルトの名無しさん
12/03/19 04:22:30.32
まもなく、WPFの2chビューワーが出るから安心せい。
WPFの時代がやってくるよ。
824:デフォルトの名無しさん
12/03/19 04:25:52.81
2chの最大1000件の表示に対する部分をどうするのかね？
windowsってデスクトップサイズが人それぞれなので面倒だし
825:デフォルトの名無しさん
12/03/19 06:27:28.35
はぁ?
826:デフォルトの名無しさん
12/03/19 12:26:37.37
もう1366x768フルスクリーン前提でいいだろ
Metroみたいに
827:デフォルトの名無しさん
12/03/19 12:31:48.49
最低ラインなだけだろ
828:デフォルトの名無しさん
12/03/19 18:12:38.27
『平清盛』プロデューサー反日朝鮮人 磯智明（反日・天皇制度廃止論者）のプロデュース作品
①『監査法人 (2008)』反体制・反社会
②『最後の戦犯 (2008)』反日・天皇制度廃止・反体制・反社会
③『リミット -刑事の現場２- (2009)』反体制・反社会
日本放送協会 、、 〒150-8001 東京都渋谷区神南2-2-1
韓国放送公社(KBS) 〒150-0041 東京都渋谷区神南2-2-1NHK東館710-C ←よく痴漢やヤクで捕まるのはここの工作員
テレビが言えない民主党のスポンサー=韓国北朝鮮
あとはもうわかるよな
民主党は朝鮮人だらけ。前科者前原やキムチイオン岡田が平気で嘘を付き、口だけなのもそういう裏があるから。
野田はどうだろうか。韓国人の集いに出席し、韓国人暴力団から賄賂を貰っている野田は
829:デフォルトの名無しさん
12/03/21 06:26:58.59
WPFのプログラムをXAMLに頼らずコードだけで書いていると、将来の姿が見えてきた。
WPFのユーザーインターフェイスはマウスのボタンクリックではなく
マウスホイールの回転が主役になると考えられる。
マウスボタンのクリックは意外と骨の折れる作業なのだ。
それに比べ、アイフォンやアイパッドの指で触ったりなぞったりする作業は楽なのだ。
マウスホイールの回転作業はマウスボタンの押下作業よりはるかに楽だ。
マウスホイールを有効に使うには、ホイールが回転された位置にあるコントロールを正確に
識別しなければならなくなるが、識別を可能にするにはVisualTreeHelperクラスを使うしかないだろう。
830:デフォルトの名無しさん
12/03/21 06:53:28.58
ホイールしまくると腱鞘炎になるお
831:デフォルトの名無しさん
12/03/21 07:39:37.93
ガソリン価格高騰に悲鳴 １L当たり２１００ウォン突破
韓国ソウルのガソリンスタンドで販売されている平均ガソリン価格が史上初となる１リットル当たり２１００ウォン
（約１５５円）を突破したと韓国メディアが一斉に報じている。
１５日、韓国石油公社が運営する原油価格の情報サイト「オフィスネット」によると、１５日午前１１時現在、ソウル
の平均ガソリン価格は前日より０．５８ウォン値上がりした２１００．０６ウォンを記録した。ソウルの平均ガソリン
価格が２１００ウォンを超えたのは史上初めてだ。
2012/03/16 [16:41]
URLﾘﾝｸ(www.krnews.jp)
韓国人アルバイトの46.8％、「最低賃金ももらっていない」 民衆の声
韓国での労働者のうち、半数近くが最低賃金（韓国は4320ウォン）以下の給料で働かされていることが分かった。
1681人を対象に実施したアンケート調査の結果を発表した。46.8％が最低賃金の時給4320ウォン（約320円）より低い賃金だったと述べた。
賃金のほかにも、勤労基準法違反はさまざまなものがあった。76％が勤労契約書を作成しておらず、
事故が起きた時に守ってもらえなかったと答えた人は 65.9％に達した。
また、56.7％が「雇用主から一方的に勤労条件を変更させられた」と答え、「賃金未払いおよび削減」のケースは 26％に達した。
セクハラや身体的な暴力を含む人格冒涜を経験した人は30.9％に達し、
また不当な待遇を受けた時は誰かに助けを求めたケースはたったの7.7％だった。
www.vop.co.kr/A00000412011.html
832:デフォルトの名無しさん
12/03/21 07:54:12.95
「ゲームでもないのに独自テーマを作るな」ってガイドラインにも書いてあるんだけどなぁ
おまえらが思い思いに作った、アプリごとにてんでばらばらなＵＩなんて使いたくないよ
頼むよ
833:デフォルトの名無しさん
12/03/21 09:32:57.05
WPFは独自テーマ使うのが普通でしょ
むしろ使ってないの見たことないぞ
使わないとWinForms以上に貧相な見た目になる
834:デフォルトの名無しさん
12/03/21 10:37:58.10
> 使わないとWinForms以上に貧相な見た目になる
WinFormsで十分な事をWPFでやろうとするとそうなる。
使い勝手重視でコントロールをカスタマイズする段階になると、
むしろ余計な装飾は邪魔だって気づくようになるよ。
カスタマイズが不要なシンプルなアプリで
テーマの為にWPFを使うってのも悪くはないけどね。
835:デフォルトの名無しさん
12/03/21 17:54:31.35
ソフトの見た目っつーかL&Fを変えるのはよくないよね
たとえば メトロとかメトロとかメトロとか
836:デフォルトの名無しさん
12/03/21 18:22:17.14
> たとえば メトロとかメトロとかメトロとか
タブレット端末用としてメトロは悪くないと思うけどなぁ
タブレット端末やPOSで、
VB6で作ったような大きなButtonコントロールが
配置されたUIならよく見かけるけど、
あーいうのがお好き？
これならL&Fは既存のアプリと大して変わらないけど・・・
837:デフォルトの名無しさん
12/03/21 19:18:19.14
デスクトップ用としては、
画面触りまくらないとシャットダウンの方法が分からないのはどうかと思う
スタートメニューないし
838:デフォルトの名無しさん
12/03/21 20:26:59.87
なんでメトロがデスクトップ用なんだよ池沼
839:デフォルトの名無しさん
12/03/22 00:51:40.90
>>837
慣れてきて最近は、チャームメニュー -> 設定 -> 電源っぽいボタンからシャットダウン選ぶ。
840:デフォルトの名無しさん
12/03/22 07:29:32.59
>>838
ならCPから外しとけよw
841:デフォルトの名無しさん
12/03/23 00:49:33.88
>>840
え？
842:デフォルトの名無しさん
12/03/23 05:58:01.47
windows 8 consumer preview
実質ultimate相当(デスクトップ用)なのに堂々とメトロが占拠している
843:デフォルトの名無しさん
12/03/23 08:55:42.31
デスクトップでもタッチスクリーンが増えると踏んでるんだろ
x86タブレットもあるし
844:デフォルトの名無しさん
12/03/23 08:56:57.69
CP版にケチつける人がいるとは思わなかった
845:デフォルトの名無しさん
12/03/23 09:02:26.57
それはない。既に昔、普及に失敗した。
昔はPCに普通にライトペンIFついてたのに。
腕をディスプレイまで挙げ続けないといかないので腕が攣ってとても使えない。
846:デフォルトの名無しさん
12/03/23 09:08:17.23
タッチスクリーンは無いが、タッチパッドは有り
847:デフォルトの名無しさん
12/03/23 09:22:14.72
>>844
CP版って要はβだろ。ほっときゃ、そのまま製品になるぜ
848:デフォルトの名無しさん
12/03/23 09:43:25.15
そもそも製品版で残すつもりなら
スタートメニュー撤去したりしないだろ
849:デフォルトの名無しさん
12/03/23 10:12:15.89
製品になるのはRCだろ
βそのままってのは滅多にない
850:デフォルトの名無しさん
12/03/23 13:14:02.00
最近すれ違いの書き込み多いな
851:デフォルトの名無しさん
12/03/23 15:28:48.70
[Start] (スタート) 画面についていただいたコメントを振り返る
URLﾘﾝｸ(blogs.msdn.com)
メトロを排除する気は一切ないってか('A`)
全画面つかうんじゃねえヴォケランチャーで十分だろってフィードバックには
そんなことするのはごく一部の上級ユーザーでMS内のユーザーは
メトロ使いこなしてるから無問題とかアホかよ・・・
スタートメニューじゃ20個しか表示できないって20個しか表示できなくさせたのは
MSじゃねえか
852:デフォルトの名無しさん
12/03/23 16:11:27.95
出来る事を出来なくして、これからはこれが理想だからねっ と使い方を強制する
で、それで便利になったワケでもなく、単にもともと出来ないヤツに合わされてるだけ
853:デフォルトの名無しさん
12/03/23 16:24:14.62
XPのスタートメニューだとマウスをジグザグに動かさなきゃなんないよって
お前それスタートメニューが下から上に伸びるのに中の項目が上から下に並ぶせいだろ
Appleみたく上に置けば全部が上から下になってマウスもおおむね右下一方向にしか動かん
854:デフォルトの名無しさん
12/03/23 16:27:26.18
開発者の暴走を止められるのは
経営者のみ
855:デフォルトの名無しさん
12/03/23 16:39:06.97
入れ子のメニューは古い
856:デフォルトの名無しさん
12/03/23 17:01:13.35
またユーザー無視の馬鹿が涌いてる。
857:デフォルトの名無しさん
12/03/23 20:38:48.39
ユーザーに選択肢を与えるだけでいいんだがな
問題はその与え方が洗練されているかいないかで大分違うわけで
858:デフォルトの名無しさん
12/03/23 20:41:27.01
現行のUIが素晴らしいものだと考えているお前らにびっくりだわ
859:デフォルトの名無しさん
12/03/23 20:44:12.43
世界最古の土器
１９８８年、青森県の大平山元遺跡で見つかった土器が、世界最古の土器という事になっています。
1万6500年前（縄文時代前）のものと言われています。
これは、中国や他の国で発見されているものと比較して、群を抜いて古いものです。
発掘がすすめば、さらに古い土器が発見されるかもしれません。
世界最古の木造建築
奈良の「法隆寺」の建築物群。国宝にも指定されています。
法隆寺は、推古天皇や聖徳太子によって建立されたと言われています。日本最古の木造建築として日本の国宝に指定されているだけでなく、世界最古の木造建築としても認知されています。
また、日本を代表する木材「ヒノキ」で造られており、1993年12月には、日本で初めて世界文化遺産に登録されました。
世界最古の王室
現存する世界で一番長い歴史を有する世界最古の王室「天皇家」
海外では歴史や伝統に重い価値を置いています。
世界での天皇家の地位は絶大です。
世界の権力図を示すとこんな感じ。
天皇陛下≧ローマ法王>英国女王>アメリカ大統領etc>日本国首相etc
ローマ教皇と同等かやや上回るか。
世界2トップのうちの一人です。
これは日本の宝として大切にしないといけませんね。
860:デフォルトの名無しさん
12/03/23 20:44:32.54
また妄想族か
861:デフォルトの名無しさん
12/03/26 00:46:03.51
class A { public enum B { Hoge, Foo } }
というクラス内の列挙型があります。
XAML中でA.B.Hogeを指定するにはどう書けばいいのでしょうか?
{x:Static local:A.B.Hoge}
では「MC3050: 型 'A.B' が見つかりません。型名では大文字と小文字が区別されることに注意してください。」となります。
Bを外に出した場合は、{x:Static local:B.Hoge} で問題なく参照できます。
862:デフォルトの名無しさん
12/03/26 00:50:10.98
無理
URLﾘﾝｸ(msdn.microsoft.com)
863:デフォルトの名無しさん
12/03/26 01:16:03.11
XAMLってインナークラスもダメなのか
864:デフォルトの名無しさん
12/03/26 01:17:18.58
>>862
ガビーン
URLﾘﾝｸ(connect.microsoft.com)
{x:Static namespace:ClassName+EnumType.EnumValue}
と書けばいけるけど、バグで動かない。
みたいな事書かれてるの見つけたけど、仕様になっちゃったのかな?
865:デフォルトの名無しさん
12/03/26 01:40:43.77
標準ライブラリには入れ子定義無いし
使うなってことだろう
866:デフォルトの名無しさん
12/03/26 15:45:08.91
MediaElemetをとりあえず動かすために、再生時間だけを持つ空のメディアファイルみたいなのを
作りたいんですがどうすればいいですか？
867:デフォルトの名無しさん
12/03/26 15:47:18.43
空である必要はあるの？
パブリックのミュージックあたりにサンプルのmp3が転がってるけど
868:デフォルトの名無しさん
12/03/26 16:12:56.96
>>867
例えば再生時間が10時間くらいあってファイル容量はほとんど無いようなファイルを作りたいんです。
869:デフォルトの名無しさん
12/03/26 16:20:40.44
そりゃ、スレ違いどころか板違いじゃん
870:デフォルトの名無しさん
12/03/26 17:56:23.18
７で新規プロジェクトを作ってそのままビルド
８にコピーして実行→CLR20r3エラー
場所 System.Runtime.Versioning.BinaryCompatibility.ParseFrameworkName
７のライブラリに入ってねーじゃねぇかそれ
はぁ
871:デフォルトの名無しさん
12/03/27 21:19:16.83
C#(.NEt 4.0) WPFの環境でチェックボックスを使用しているんですが、
チェックボックスにフォーカスがある状態でスペースキー押下のイベントって拾えないんでしょうか？
PreviewKeyDownのイベントが発生しなくて。。。
872:デフォルトの名無しさん
12/03/27 23:01:52.77
祖先の誰かがPreviewKeyDownか何かをハンドルしてるんだろ
873:デフォルトの名無しさん
12/03/27 23:38:30.82
>>871
確認なんてすぐにできるやろうに
874:871
12/03/27 23:52:46.60
>872,873
スペースキー以外のキーはイベントが発生するんですよね。
他のハンドラが掴んでることはないと思うんですけど・・・
WPFというよりも、
正確にはWPFユーザーコントロールをWindowsFormに
埋め込んで使用しているんですが、この影響があったりするんでしょうか？
一度、純粋なWPFで試してみます。
875:871
12/03/28 09:39:01.60
どうも、WinodwsFormに組み込んだ場合におかしくなるようです。
WPFアプリ
⇒ スペースキーのイベント発生
WPFアプリにWPFユーザーコントロール
⇒ スペースキーのイベント発生
WindowsFormアプリにWPFユーザーコントロール
⇒ スペースキーのイベント発生しない。
（・・・そもそも、スペースキーでチェックボックスにチェック出来ない。
なぜか「Ctrl + Space」でチェック可能。）
ということで、ご迷惑をお掛けしました。
別の逃げ道探してきます。。。
876:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 00:56:02.04
Formsと混在の場合、WPFのApplicationから開始しないと入力関係とかおかしくなる。
877:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 06:29:26.75
わざわざWinFormsと混在させるのがよくわからん
878:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 12:28:45.66
Windows.Shellコンポーネントを使ってウィンドウにAeroGlassエフェクトをかけることはできたんだけど、
透明部分の上に置いたテキストの背景を白くボカす（タイトルバー部等と同じ）ための正式な方法が解らない。
ネイティブコードではuxtheme.dllのDrawThemeText()で描画するものだけど、これを使うしかない？
苦肉の策として同一テキスト・同一位置で白文字のTextBlockを真下に配置し、そいつにBlurEffectをかけて
みたらそれっぽくなったけど・・・
879:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:52:37.62
Application.Propertiesって使ってる奴いる？
880:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:56:23.10
ActiveXとの連携はよくある話だよ
881:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:58:17.96
ActiveXとの連携なら普通逆じゃね
882:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:58:44.81
逆だった
FormsにWPF貼り付けてるのか、確かによくわからんな
883:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 14:06:58.17
>>878
VisualStyleRendererでDrawTextするとDrawThemeText相当じゃなかったっけか
884:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 14:11:13.17
>>878
がんばっても８がくれば意味ないと思うchrome
885:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 16:27:09.72
Blend使ってみたけどゴミすぎだろ
こんなの有難がってんのかよ
886:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:09:24.28
おなじことをxamlで書こうとするとどれだけ大変か知らないやつのみがいえるセリフ
887:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:16:52.86
MvpVmR2.zipいつの間にか直ってるね
888:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:35:05.86
>>887
またその話題か。もういいよ。
889:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 10:30:03.54
Livet1.0ﾏﾀﾞｰ？Helpないから使い方わかんねーぞｺﾞﾙｧ！
890:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 11:15:13.71
>889
MVVM なんて使えねーだろ。問題領域分離するメリットって何？
現場じゃ仕様ころころ変わんのに領域とか綺麗に分けられる訳ねーだろ（pｹﾞﾗ
リークどうの言うてるけど、リークせんよう実装すりゃいいだけじゃん。
あとバインディングと MVVM 話ごっちゃにしてる奴大杉じゃね？
バインディングの有効性は認めるけど、わざわざ ViewModel 用意する意義ねーじゃんｗ
891:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 12:24:19.57
使わなくていいよ
892:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:32:58.09
MVVMってUIの仮想化関連でデータがリセットされることの無いようなアプリか、
リセットの前後でうまくバックアップ＋復元が出来れば、必須ではないんでしょ？
あと、リセット発生の正確な条件わからないから、誰か知ってたら教えて
893:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:40:34.29
mvvmのリセットが何かは知らないけど
基本、コントロールの中でエレメントを作ったり消したりするやつはバインディングが外れるよ
リボンコントロールとか
グローバルにしてバインドすれば再生成の時にバインドされなおすけど
894:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:43:50.84
パターンは適用すれば便利だけど絶対必要なものじゃない
パターン信者に陥るのは問題だと思う
>あと、リセット発生の正確な条件わからないから、誰か知ってたら教えて
リセットじゃなくガベージコレクションな
どこからも参照されなくなった時点でガベージ対象になる
いつガベージされるかはシステム任せで誰にもわからない
895:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:52:34.31
UI仮想化とMVVMって実は次元の違う話
バインドとMVVMを混同しちゃだめ
896:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:02:17.03
Visual Stdio 11 Express EditionでWPF使える？
897:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:07:11.01
>>896
URLﾘﾝｸ(www.forest.impress.co.jp)
898:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:28:48.24
>>897
これはExpress Editionなの？
899:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:57:28.20
さあねー
900:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 03:18:35.27
VS11でWPFは無料では使えなくなる
もうこれ以上の普及は望めない
オワコンってことだ
901:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 07:32:46.17
マジで!？
902:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:00:56.59
ugaya40がなんか吠えてる件について
903:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:19:05.11
たかが業務アプリケーション作んのに、UIスレッド外からアクセスする必要性まるで見えないんですがｗｗｗｗ
意味的使いまわし？TableAdapter使いまわしてるので心配ありません(ｷﾘ)
大体パターン屋は自分らしか通用しない専門用語多すぎなんだよ
しかも概念ばっかでサンプル示せない連中多い
そこまでいうならパターン使う使わない、二つプロジェクト用意して具体例見せながら布教しろよ
904:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:40:30.92
WPFに限らず自分で分かる範囲でやっとけよ
905:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:42:00.40
>>900
ｋｗｓｋ
906:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 10:10:03.18
WPFなら絶対MVVMじゃなきゃダメってこともないわけで
使うかどうかケースバイケースでいいんじゃね？
でも俺は何かと便利だからMVVM使うけどね
907:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:31:21.18
現在出てるVS11 Express betaではMetroアプリしか作れないけど
最終版も同じなのか？
908:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:34:10.66
>>907
んなことないんじゃね？
909:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:35:41.66
>>907
WinFormを放置して.net戦略で囲い込みしようとしたMSのことだから
さらにメトロオンリーは十分ありそうｗ
910:907
12/04/04 11:38:32.95
勝手に後でWPFテンプレートも追加されると思ってたけど
今更怖くなってきた…
911:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:45:21.12
2010公開終了しなけりゃ大丈夫だろう
912:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:47:55.13
>>911
というよりWPFやSLがVC++みたいな扱いになるかもよｗ
913:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 17:00:07.83
2011が出たら2010の一般公開は終了だろう
914:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 19:41:47.84
>>907
Go Liveなので最終版も基本的に変更なし
WPFアプリを作るのならPro版を買うか古い2010 Expressで我慢するかのどちらか
915:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 19:51:15.70
VS11 Express for Windows8 とは別に VS11 Express が出ると予想
916:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:00:14.51
裏に回した途端処理終了させなきゃならんメトロアプリしか作れないんじゃ意味ないな
正気が残ってるならちゃんとしたやつも出すだろ
917:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:02:48.11
ViewModelのファクトリって作った方がいいの？
918:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:34:16.24
あれはテストとかDIとかの都合だから必要を感じないなら要らん
919:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 23:42:05.67
MVVMにコードビハインド加えたらMVPVMになると思うんだな
920:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 05:03:29.80
WPF に手をつけないでよかったわー
よかったわー
921:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 10:50:55.96
Metroが勝ち組！
ｗｗｗ
922:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 12:12:58.03
確かに知れば知るほど VB6 → Forms からの移行ユーザーに WPF は敷居が高すぎ感がしてきた。
Web アプリ作ったり勉強したことなければ、尚更厳しいだろうな。
VB6 から Forms 移行組はパターン勉強した事ない奴多そうだから、MVVM の採用は極めて難しいだろう。
923:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 13:19:25.60
WPFそのものより、FlowDocumentが玩具レベルの完成度だったのが痛い
924:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 13:38:48.36
FlowDocumentは使い道がない
925:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 14:47:51.53
それ以上にDataGridの完成度が酷すぎる
926:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 15:38:01.83
ついでにCanvas系の性能もなー
あれ良いとこなくね
927:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:01:34.48
formsと同じレベルのアプリをひとりで作ってるならな
まあおまえらはアニメーションもカスタムパネルも作れないからな
928:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:25:21.93
そういった物はあえてWPFを選ぶまでもなく
過去の資産で短期間で要求以上の物が用意できちゃうのが大半
で実績もあるしとそっちを選択しちゃう
どうしてもWPFを選ばなきゃならないケースが少なすぎたんだろうな
理由があればもっと浸透したと思うよ
Win8にその理由を期待したんだけど斜め上のMetroアプリ推奨だもんなｗ
929:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:34:30.37
リソースディクショナリのxamlの中で別のxamlファイルに定義してあるものを
BasedOnで参照って可能ですか？MergedDictionariesだとそもそも
xaml側で無いと怒られるし・・
930:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:41:48.44
WPFの採用基準が「最新のアーキテクチャだから」だけで仕様や開発メンバーの能力と適合してないと悲劇が起こる
931:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:55:47.37
自己解決しました。リソースディクショナリもResourceDictionary要素なので、
外部ファイル側でMergedDictionariesでマージすれば参照できました。
932:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 17:11:56.27
>>927
だからナニ？
別に作る必要ないし、作れるとなんか偉いわけ？
933:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 20:36:13.39
ガベコレってことは、適当にスクロールして画面外に出してからGC.Collect();
すれば消えるのか？
今度試してみる
934:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 21:19:51.86
何言ってんだこいつ
935:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 21:57:13.43
Toolkitの最新版、メーカー製になってるのな
936:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 22:00:20.44
>斜め上のMetroアプリ推奨だもんなｗ
斜め上つーか、斜め下だろ
937:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 07:02:58.56
テキストベースなら、FlowDocumentぐらいしかWPFを使う意味はない。
RichTextBoxを活用した便利なソフトがないのが不思議だ。
938:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 09:02:07.14
ﾊｲﾊｲﾊｲ、どうせｵﾚらはﾊﾞｶですよんｯ♪
でもﾊﾞｶにも理解できるよう教えてくんねーとﾌﾚｰﾑﾜｰｸ普及できるﾊｽﾞねーだろwww
雲の上の人はせいぜい神々とでも呟きあっててくれよ(ﾌﾟｹﾞﾗ
939:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 10:53:22.99
>>937
RichTextが以前よりも強力だというのは分かる
ただ何に使うのかわからねえ
文章のレイアウト変わるのは困る場合がある
本当に使いどころがない
文章はhtmlで書いてwebbrowserで見たほうが便利だし…
940:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 13:42:40.91
wpfのツリービューとリッチテキストボックスでアウトラインプロセッサを作れるやつはいないのだろうか。
941:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 15:06:08.68
blend でxaml を吐くと、d:LayoutOverrides という属性が追加されるけど、
これ何者・・？ググってもMSDNにも見当たらない・・・
942:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 20:35:20.14
FlowDocumentってhtmlより表現力低い癖にトロいんだもん
943:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 20:43:04.00
htmlじゃfixedpageにはしてくれないだろ
する必要があるのかは別として
ビジュアル（Visualクラスな）を放り込みたい場合と印刷したい場合には使えるかもな
944:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 22:46:29.00
UserControlで分割ってあんまりやらないもんなの？
945:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/07 08:24:11.51
俺はよく共通部分とかUserControlに分けてるけど
バインドとかDependencyPropertyで中継かます必要出てきたり
面倒が増える部分もある
ただ、複数のWindowから一部だけ使いまわす部分を共通化するためとか、
複雑で肥大化したWindowをパーツに分けたりとか
そういう部分で役立つとは思う
(Blend未使用、VisualStudioでXAML手打ちしてる環境での話だけど)
946:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/07 09:30:02.52
UserControlで分けるとFocusManager使えなくなるって
Dispatcher頼みになるな
947:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 00:21:48.94
wpfでやることになったんだが、他のメンバーに教えるの大変だな・・
MVVMとかどうやって教えればいいやら。
俺のパクれば行けるみたいなことを言ってるんだが、
パクりだけじゃ絶対行き詰るよな・・勉強しろよ。。
948:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 00:45:41.02
WPFみたいなオワコン
勉強したくないのが普通だって
949:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:24:51.24
オブジェクト指向がわかってないやつにはどうやっても教えようがないな
950:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:36:59.21
ならオブジェクト指向から教えればいいじゃん
951:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:47:04.58
マジそのレベル。VBAが主力の人らで・・。俺は中途なんだけど、元から居る連中が酷い。
それでも、Windows Formsだったらoop理解してなくたって組めてたみたいだけど。
別にwpfでも組めるけど・・最悪MVVMなかったことにしよう。厳密なのに拘る気はないけど。
952:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 03:24:07.59
MVVM抜きにして無理だから
最後まで一人でやった方がいいぞ
953:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 05:53:53.48
MVVMわかんねーとWPFで開発できねーてのが問題なんだよな
それ以上に人集めりゃ開発できると勘違いしてる業界の体質自体狂ってんだけどさ
誰かさるにもわかるMVVM入門書いてくんねーかな
954:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 06:41:16.50
べつにイベント駆動でもいいじゃない
使い捨てだもの
955:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:10:49.58
５年でオワコンになる画面系のくせに俺すげーことしてる(ｷﾘｯって厨二ぽく見栄張るためのインチキ技術がMVVMだろ？w
956:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:18:59.60
ビューとロジックの分離(ｷﾘｯなんて言うけど実際はロジックの再利用なんてしたことないだろw
どうせ単純なデータベース読み書きしかしてないんだろw
必要になったら作り直せばいいだけじゃんw
Visual Studioは生産性の高さが自慢じゃなかったのか？w
957:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:39:09.72
>>950
そのオブジェクト指向を斜め４５度くらいに理解するやつがいて
メンテ不能なプログラムが出来上がる。
958:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:28:58.66
ずっとそこで働くんじゃなきゃ
メンテ不能でもいいだろ
959:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:30:23.88
>>958
それでは鶏国の民度ではないか
960:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:32:20.20
有能なプログラマを雇わない会社が悪い
961:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 00:15:03.16
優秀なPG必要ないプロジェクトならいいだろ
そこがお前らとUの限界
962:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 00:27:47.67
有能なプログラマはプログラマにならない
963:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:02:47.13
Visual Studioが正式サポートしたらはやりだすよ
現状だとデザインプレビュー上に配置したボタンとかをダブルクリックすると
コードビハインドにメソッドが自動生成されてそこが開くんだから、
そういう開発手法のほうが合理的
View & Code behind & Model これがしっくりくるな
964:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:03:17.28
Modelだけ再利用すりゃいい ということが言いたかった
965:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:11:22.65
ListViewが糞重いのはVirtualizingStackPanel次第で改善できるらしいが
難しくてよくわからんなWPF
966:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:11:50.61
VMを共有なんてまずしないし、コードビハインドで良い気はするんだけどな。
でも、直でV触れるだけに、いちいちめんどくさいことしなくなりそうｗ イベントでいいだろ的な。
967:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 04:43:03.83
デザパタ的にぶったぎった結果なんだろうけど
いまのvsの仕様を考えるとwindowクラスをpartialでぶったぎったほうがお徳だよね
968:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 05:04:12.05
VM
969:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 09:21:31.98
>>965
URLﾘﾝｸ(intre.net)
970:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 09:33:37.60
U氏は、ツィッターで下らんバトルする暇あるなら、その分Livetのリリースに全力注いだ方がいいと思うぞ
MVVMインフラの決定打と称して皆を期待させながら、リリース一年近く遅れてドキュメントも公開の目処すら立たないのに、ツィッターで吠えまくるのは何か違うと思う
971:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 11:39:19.09
使いにくい物を使いにくいと言うとU師の攻撃を受ける世の中ｗ
972:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 11:43:05.38
await,asyncが出てきたらLivetに影響があるんですか？
973:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 18:34:03.33
MSでサインインできないので
どなたかご連絡お願いできませんか？
このページ
MVVM入門 その１「シンプル四則演算アプリケーションの作成」 かずきさん著
URLﾘﾝｸ(code.msdn.microsoft.com)
を手順通りコピペして実行させたのですが計算選択のコンボボックス部分が
Itemのクラス名で表示されてしまいます
しばらく調べても原因がわからなかったのでslnをダウンロードして見てみると
App.xamlに DataTemplateが設定されていました
この手順が抜けているようです
ページをよく見ると
App.xaml.csの見出しがXAMLになっていますのでこのあたりで紛れたのでしょうか？