トップページ⇒tech
1001コメント283KB

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part8

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2010/12/05(日) 22:08:33
あたらしいユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。
.NET4 もリリースされて盛り上がってまいりますた。

Visual Studio 2010
http://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7
http://hibari.2ch.net/test/read.cgi/tech/1282479113/

関連スレ
Microsoft Silverlight その7
http://hibari.2ch.net/test/read.cgi/tech/1288613056/

過去スレ
Part6 http://hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 http://pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 http://pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 http://pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 http://pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 http://pc11.2ch.net/test/read.cgi/tech/1162950198/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
0285デフォルトの名無しさん2010/12/13(月) 21:12:13
MVVM面倒臭いって言ってる奴何なんだろう
MVC的な設計が面倒くさいのは当たり前のことで
それを補って余りあるメリットがあるなら使えばいいんで
無理してMVVM適用する必要ないんだよ?
0286デフォルトの名無しさん2010/12/13(月) 21:14:04
そうだ。俺と一緒にビハインドでハンドラ直書きしようぜ！
0287デフォルトの名無しさん2010/12/13(月) 21:15:21
ごめんなさい・・・
貴方とはお付き合い出来ません・・・
0288デフォルトの名無しさん2010/12/13(月) 21:16:48
MVVMこそ正道であり王道、外道とノンケに用はない
0289デフォルトの名無しさん2010/12/13(月) 21:19:06
ていうかblendでコードビハインドでサクサク作ってったほうが楽しいぞ
0290デフォルトの名無しさん2010/12/13(月) 21:27:04
ガチMVVMだとツールボタン一つ一つにVM持たせたりすんの?
アホらしすぎる
0291デフォルトの名無しさん2010/12/13(月) 21:33:08
お前の頭と同様にほかの人間もアホだと思うなよアホ
0292デフォルトの名無しさん2010/12/13(月) 21:49:28
いちいちVMがめんどくさいっていうのは
特に何をするでもないのに変数とプロパティ両方に分けるのはめんどくさい
変数だけでいい
って言ってるようなもの。

まぁpropで簡単に実装できるようになったけどさ。
0293デフォルトの名無しさん2010/12/13(月) 22:20:42
you aren't going to need it
0294デフォルトの名無しさん2010/12/13(月) 22:32:32
設定ダイアログのタブ別にViewModel作っちゃったら使い辛いだけだろ…
0295デフォルトの名無しさん2010/12/13(月) 23:55:53
抽象的なビューのモデルと単なるモデルの区別が付いてないんだろ
ビューを切り替えるという概念もなさそうだし
0296デフォルトの名無しさん2010/12/14(火) 00:01:40
日本地図とかの画像を読み込んで
北海道の上にマウスを置くと北海道が光って
青森の上におくと青森が光って・・・

みたいなのってどうやるんだ。やりたいけど今の俺の技術じゃ無理だ。
きっと単純なコードじゃ無理だろう。あきらめた。
0297デフォルトの名無しさん2010/12/14(火) 00:03:20
座標と画像がセットになったものが国土地理院からでてなかったか？
それを取り込んでLINQで繋げてはいほいそいで20分でできたと思う
0298デフォルトの名無しさん2010/12/14(火) 00:05:12
ListBoxで何でもできるぜ！ってサンプルでそんなの見たことあるな。
0299デフォルトの名無しさん2010/12/14(火) 00:08:03
古典的な方法なら
領域をそれぞれ違う色で塗り潰した画像を別に用意しておいて
マウスポインタの下にあるピクセルの色を取得する
0300デフォルトの名無しさん2010/12/14(火) 00:54:48
>>295
284だけどビューの切り替えってどうすればいいの？
最初は、たとえばページ選択するたびにデータテンプレートとか切り替えて、
ＶｉｅｗＭｏｄｅｌの表現方法変えたりしようかとも思ったんだけど、
見た目はタブコントロールのまんまなのに、
タブコントロールとは微妙にコンテキストが違って来てるような気がするし
0301デフォルトの名無しさん2010/12/14(火) 04:36:22
<Style.Triggers>でEllipseにマウスが入ったら色を変える
EllipseをDoubleAnimationで大きさや位置を変える

ってやって、マウスをそこそこ早いスピードでEllipseの中に入れたらたまに色変わらないね。ちょっとシビアだけど厄介だなあ。
0302デフォルトの名無しさん2010/12/14(火) 05:24:26
>>300
タブ全体と一つのviewmodelを紐づけていいんじゃないの？
一ページにはviewmodelの一部が表示されてる
viewmodelは複数のmodelを管理もしくはより大きなmodelのサブセット
みたいな
0303デフォルトの名無しさん2010/12/14(火) 09:15:15
WPF楽だなあと実感が湧いてきた
大量にスニペット自作しないとだめだけどｗ
0304デフォルトの名無しさん2010/12/14(火) 09:17:10
なにそれ？
公開して
0305デフォルトの名無しさん2010/12/14(火) 10:35:39
いや、べつに大したことしてない
MVVMの定型句を登録してるだけ

On$Name$ = new DelegateCommand($Name$, parameter=>true);

public DelegateCommand On$Name$ { get; private set; }

public void $Name$(object parameter)
{
}

こんなのとか
0306デフォルトの名無しさん2010/12/14(火) 11:31:42
>>305
MS 公式な奴（RIA Services とか）の命名規約見てる感じ、

コマンドが $Name$Command で、実際の処理メソッドが On$Name$ の方がいいと思う。
0307デフォルトの名無しさん2010/12/14(火) 12:19:48
メソッドがpublicならメソッド名はNameだけでいいと思うよ。意味的には,メソッドが先にあって
コマンドの方はバインドさせるために補助的に公開しているに過ぎないわけだから。
コマンドをイベントハンドラとして捉えるのであれば,メソッドは名前以前にprivateにしたほうがいい。
0308デフォルトの名無しさん2010/12/14(火) 20:58:50
結論としては、「おれのアプリはくずれない」と自慢したいならWPF
そうでないならRubyで十分だよ
0309デフォルトの名無しさん2010/12/14(火) 21:04:18
Rubyなんか崩れないどころか何も表示できませんけどね
0310デフォルトの名無しさん2010/12/14(火) 21:09:18
何も表示されない？
それってWPFでXAML使わないと言っているようなもんだな
0311デフォルトの名無しさん2010/12/14(火) 21:36:41
別にそこまで大規模なアプリじゃなかったら
XAMLって使っても使わなくてもどっちでもいいよね。
0312デフォルトの名無しさん2010/12/14(火) 21:52:02
だからBlend使えと

>>308
RubyいいよねRuby。ただしUNIX上に限る
0313デフォルトの名無しさん2010/12/14(火) 22:09:53
Blendの使い方がわからない
どこにマニュアル転がってるんだ？
0314デフォルトの名無しさん2010/12/14(火) 22:32:52
Ruby苦手だわ
オブジェクト指向の実装が透けて見えてなんかヌルヌルした感じが合わない
依存関係プロパティをコードから触ってる感じ
0315デフォルトの名無しさん2010/12/14(火) 22:42:22
http://www.microsoft.com/japan/products/expression/video/
で Blend 3 の製品紹介してるから、真似してみればアニメーションとビヘイビアについてはわかるはず。
0316デフォルトの名無しさん2010/12/15(水) 06:23:21
MicrosoftはC++でアプリケーション開発するより
WPFやWIndows Formで開発するほうをオススメしてるみたいだな。
0317デフォルトの名無しさん2010/12/15(水) 07:26:47
かといってC++を誰も使わなくなるということにはならないんでしょ
いくら進化した言語ができても、ただ覚えることが増えるだけって感じ
0318デフォルトの名無しさん2010/12/15(水) 10:51:45
C++が必要な局面は依然として多く残されている。スレ違いだけど
今更感のあるどうでもいいレスに反応しちゃうぐらいには危機感を感じているようだ。スレ違いだけど
0319デフォルトの名無しさん2010/12/15(水) 11:00:57
結局Frameworkってなんだったのって感じ
何も便利になってないし
0320デフォルトの名無しさん2010/12/15(水) 11:02:48
WPFやるにはC#使わないといけなくて
VBユーザー涙目って感じでもないしな
0321デフォルトの名無しさん2010/12/15(水) 11:05:42
>>319
ム板に居るのにまだそんな事言ってるのかｗ
何年前から時間止まってるんだ？COBOLer？
0322デフォルトの名無しさん2010/12/15(水) 11:05:52
>>319
えっ
0323デフォルトの名無しさん2010/12/15(水) 16:22:30
WPFアプリケーションでファイルを選択するためにフォルダを開くときって、どういうUIが標準的ですか？
winformのOpenFolderDialogみたいなものは用意されていないんでしょうか？
0324デフォルトの名無しさん2010/12/15(水) 16:32:05
じぃじぃけぇえす
0325デフォルトの名無しさん2010/12/15(水) 16:44:40
>>323
Microsoft.Win32.OpenFileDialogクラス

WPFアプリケーション作ったときはusingにMicrosoft.Win32がないから
どこかにOpenFileDialogと書いて、Ctrl+.でusing呼び出して書き込む
0326デフォルトの名無しさん2010/12/15(水) 17:07:28
せっかくオサレGUI作ってもファイル＆フォルダ選択ダイアログがしょぼいんですよね？
0327デフォルトの名無しさん2010/12/15(水) 17:08:49
3DのオサレGUIを作ってもダイアログ起動すると2Dのw2kの頃から変わってないんですよね？
0328デフォルトの名無しさん2010/12/15(水) 17:13:08
ばいばいおされさん
0329デフォルトの名無しさん2010/12/15(水) 17:29:46
2Dだからw2kと同じだ！って、おされさんは馬鹿だなぁｗ
0330デフォルトの名無しさん2010/12/15(水) 17:39:44
今時携帯機(ゲーム機、電話)でさえ3Dなのに
これだけ重いIDEと実行ファイルで2Dってｗ
0331デフォルトの名無しさん2010/12/15(水) 17:40:53
マニュフェスト設定すればテーマは適用されるよ。
デバッグ時は起動元が違うから適用されないこともあるけどね。
0332デフォルトの名無しさん2010/12/15(水) 17:42:28
軽くて、機能的で、短いコードで書けるデスクトップ用の言語を開発しろ
そのうちコンピューターと会話をしながらプログラミングできるソフトを
どこかが先に作っちゃうぞ
0333デフォルトの名無しさん2010/12/15(水) 17:43:56
粘着アンチが居座るのは人気がある証拠
0334デフォルトの名無しさん2010/12/15(水) 17:44:15
>>331
それだよそれ、デバッグ時と違う結果がでるのがイラっとするよね
デバッグ時はウィンドウの外枠で隠れて見えない文字が起動すると見えるとかほんとやめてほしいわ
0335デフォルトの名無しさん2010/12/15(水) 17:44:50
人気なくてもアンチがいるものなんていくらでもあるけど
0336デフォルトの名無しさん2010/12/15(水) 17:46:05
WPFはB級映画というより王道のハリウッド映画
ド派手なだけで深みはない
0337デフォルトの名無しさん2010/12/15(水) 17:50:00
批判が的外れすぎて笑える
0338デフォルトの名無しさん2010/12/15(水) 17:52:16
WPFはインテルのオンボードチップと相性が悪い。
なんかWin7でもインテルのオンボードだとめっちゃ重くなる。
0339デフォルトの名無しさん2010/12/15(水) 19:11:34
Win7でオンボの時点で重いよね
0340デフォルトの名無しさん2010/12/15(水) 20:11:38
ポータブルWPFまだ？
0341デフォルトの名無しさん2010/12/15(水) 20:13:19
それをSilverlightと呼ぶ
0342デフォルトの名無しさん2010/12/15(水) 21:34:59
【C#, C♯, C＃】 MonoMac 【MonoDevelop】 　　
http://hibari.2ch.net/test/read.cgi/mac/1291602001/

詳しい奴、ちょっと↑きてくれ
0343デフォルトの名無しさん2010/12/15(水) 22:12:31
>>332
winformsでいいだろ
0344デフォルトの名無しさん2010/12/16(木) 02:31:26
DataGridにComboBox表示できない
どうすればいい？
0345デフォルトの名無しさん2010/12/16(木) 02:35:25
クソして寝ろ
0346デフォルトの名無しさん2010/12/16(木) 02:36:14
できないわけないだろ。
DataGridTemplateColumn
0347デフォルトの名無しさん2010/12/16(木) 09:44:14
まずはDataGridComboBoxColumnだろ。
0348デフォルトの名無しさん2010/12/16(木) 10:03:19
IsReadOnly="True"になってた
すまんかった

で、選択肢を表示させるところまではできたんだが、選択してもそれが残らない（？）
表示されない、空白のまま
やっぱり助けて

DataGridComboBoxColumnつかってます
0349デフォルトの名無しさん2010/12/16(木) 10:57:53
ちゃんとBindingしたのか？
してないと値はセットされないので選んでも空になる。
0350デフォルトの名無しさん2010/12/16(木) 12:24:03
恥ずかしくて詳しくは言えないがいろいろすまんかった

これからもよろしく
0351デフォルトの名無しさん2010/12/17(金) 18:08:33
XAMLでBindingする場合とC#でBindingする場合の違いを教えてください
0352デフォルトの名無しさん2010/12/17(金) 18:10:27
使いこなせばBindingだけでかなりのことができるXAMLと
ちょっとだけよのC#
0353デフォルトの名無しさん2010/12/17(金) 18:15:21
TextBox.TextをC#でBindingしたら書きこむと即コールバックが呼び出されるのですが、
XAMLでBindingしたらフォーカスが移動しないとコールバックを呼び出してくれません
XAMLでもC#のように即コールバックを呼び出すように設定できますか？
0354デフォルトの名無しさん2010/12/17(金) 18:23:32
UpdateSourceTrigger
0355デフォルトの名無しさん2010/12/17(金) 18:44:51
ありがとうございました
0356デフォルトの名無しさん2010/12/17(金) 22:18:01
>>351
XAMLで出来ないこともC#で出来るけど逆はあまりない。
でもちょっとしたことならXAMLの方が短く書ける。
0357デフォルトの名無しさん2010/12/17(金) 22:55:27
できるできないっていう観点だけならXAMLでできることはC#で書いてできる
完全にC#>XAML

ただし書くのがめんどくさくなったりする弊害がある
0358デフォルトの名無しさん2010/12/17(金) 22:58:34
Silverlightはネイティブ実装だからXAMLでしか書けないものがあったり
一般にXAMLで書いたほうがロードも速かったりするけどな
WPFはもともとC#で書かれてるからそういうことはないけど
0359デフォルトの名無しさん2010/12/17(金) 23:07:33
つまりRuby最強
0360デフォルトの名無しさん2010/12/17(金) 23:29:42
XAMLでどこまでやるか悩ましいな
<DockPanel>
　<ListView Name="list" .../>
　<GroupBox DataContext="{Binding SelectedItem,ElementName=list}"...><!--詳細を表示 --></GroupBox>
</DockPanel>
みたいなこともやろうと思えばできるけど、
あちこちの連携をやりすぎるとだんだん挙動がイミフになってキモくなるw
0361デフォルトの名無しさん2010/12/17(金) 23:42:45
んなもんIsSynchronizedWithCurrentItemでいいべ
0362デフォルトの名無しさん2010/12/17(金) 23:56:04
DataGridでDataGridRowのVisibilityにCollapsed入れまくったらスクロールバーがキモくなった
0363デフォルトの名無しさん2010/12/18(土) 00:17:17
あるプロパティをバインドしたい時に
INotifyPropertyChanged でプロパティ実装するのと、
DependencyProperty でプロパティ実装するのって何か変わるの？

更新通知を自由に送れるか送れないかの差？
速度とかはどうなんだろう。

誰か教えてください。
0364デフォルトの名無しさん2010/12/18(土) 00:26:08
DependencyPropertyは値をアニメーションさせたり
親要素の値を継承するようにしたり添付プロパティの定義に使ったりする
速度はたぶんINotifyPropertyChangedの方がだいぶ速いだろうけど
バインディングとかやってる時点でプロパティアクセスの速度なんか無意味だからどうでもいい
0365デフォルトの名無しさん2010/12/18(土) 00:28:02
なるほど。んじゃあ、基本 DependencyProperty 使っておきます。
ありがとうございました。
0366デフォルトの名無しさん2010/12/18(土) 00:31:40
>>364
INotifyPropertyChanged、プロパティ名を文字列で解決してるせいで遅いよ。
バインディングに使う場合には実は依存関係プロパティの方が早い。
普段のプロパティアクセス遅くなるけども。

>>365
ただ、DependencyObject 継承しなきゃいけいのがきつい。
ユーザーコントロールとか作るときにはいいんだけどもね。
ViewModel の場合にはあんまり使わない。
0367デフォルトの名無しさん2010/12/18(土) 00:35:40
パフォーマンスの最適化 : データ バインディング
http://msdn.microsoft.com/ja-jp/library/bb613546.aspx

パフォーマンス気にするなら、まず最初にこの辺りを読んどくといい。
0368デフォルトの名無しさん2010/12/19(日) 00:57:43
「この部品のこのプロパティはどこの値なのか」を調べる方法ってない？
辿っていくこともできなくはないけど、ものすごくシンドイ。
0369デフォルトの名無しさん2010/12/19(日) 01:02:29
親からの継承なのか、スタイルで設定された値なのか、自分自身で設定したものかって話よね？
最新の Silverlight 4 Tools 入れたらプロパティの値の出所表示されるけども？
0370デフォルトの名無しさん2010/12/19(日) 01:05:15
おぉ…そんな便利なものが。トン、やってみる。
0371デフォルトの名無しさん2010/12/19(日) 01:20:38
Snoop使えよ。
0372デフォルトの名無しさん2010/12/19(日) 14:09:58
結局、UIに毛がはえた程度か。
しかもmonoじゃ動かないからwindows専用なのか。

だったら、Qtのdesignerが吐き出すXMLを手動で作るのとあんま変わらん気がする
0373デフォルトの名無しさん2010/12/19(日) 15:24:08
UIシステムに対して"UIに毛がはえた程度"って…可哀想に、可哀想に…
0374デフォルトの名無しさん2010/12/19(日) 15:25:44
そりゃ世の中のアプリケーションは全て"UIに毛が生えた程度"でしょう
0375デフォルトの名無しさん2010/12/19(日) 16:07:38
ユーザーインターフェースに毛が生えるってどういうことなの
0376デフォルトの名無しさん2010/12/19(日) 16:10:31
大人になるんだよ
0377デフォルトの名無しさん2010/12/19(日) 16:13:45
ウィンドウとかボタンがもじゃもじゃしてるんだろ
0378デフォルトの名無しさん2010/12/19(日) 16:15:50
不衛生だから剃るか短く切るかしろよ
0379デフォルトの名無しさん2010/12/19(日) 16:16:44
HairEffect爆誕
0380デフォルトの名無しさん2010/12/19(日) 16:24:23
図星過ぎてネタに走るしかなくなったようだな
0381デフォルトの名無しさん2010/12/19(日) 16:32:35
新しい髪型の話題で"頭に毛が生えた程度"と言われてもw
0382デフォルトの名無しさん2010/12/19(日) 17:41:38
くだらない比喩は要らないから具体的に反論してよ
0383デフォルトの名無しさん2010/12/19(日) 17:47:49
じゃあまずは具体的に何と比較して"毛が生えた程度"なのかを述べた上で具体的な問題点を指摘してよ
UIと比較して毛が生えた程度ってUI作るためのものなんだから当たり前でしょうが
0384デフォルトの名無しさん2010/12/19(日) 17:49:01
反論だけは具体的にｗ
■ このスレッドは過去ログ倉庫に格納されています