トップページ⇒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/
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
反論だけは具体的にｗ
0385デフォルトの名無しさん2010/12/19(日) 17:51:19
>>383
>>372を一万回読めよ
0386デフォルトの名無しさん2010/12/19(日) 17:54:27
Qtの生産性の低さ
0387デフォルトの名無しさん2010/12/19(日) 17:55:40
具体的に
0388デフォルトの名無しさん2010/12/19(日) 17:57:04
"UIと比較して毛が生えた程度"は当たり前なので反論できません
windows専用もその通りです
XAMLはデザイナに生成させることができます。少なくともデザイナはQTよりは強力です。
で?
0389デフォルトの名無しさん2010/12/19(日) 17:57:48
具体的
0390デフォルトの名無しさん2010/12/19(日) 18:00:20
具体
0391デフォルトの名無しさん2010/12/19(日) 18:02:15
具
0392デフォルトの名無しさん2010/12/19(日) 18:15:05
お前らのせいで >>372 が出てこれなくなったよ
0393デフォルトの名無しさん2010/12/19(日) 20:49:28
アプリ一つ作るのに二つの言語がかかわってるのがうざい
0394デフォルトの名無しさん2010/12/19(日) 21:07:33
C#, sql, javascript, html, xml, …
WPF使わなくても普通にこれくらい出てくるじゃん
0395デフォルトの名無しさん2010/12/19(日) 21:08:01
>>393
UIをXMLで記述するのは近年の流行り

HTML+CSS+JavaScript+Flash/Silverlight+Perl/PHP/Java/C#/C/Ruby/Python+SQL
最低でも4言語以上必修の環境が大流行してんのに、たった2言語で音を上げる人って(笑)
0396デフォルトの名無しさん2010/12/19(日) 21:08:08
普通にってhtmlなんて使わない
0397デフォルトの名無しさん2010/12/19(日) 21:09:10
WEB開発なんてしないしアホか
0398デフォルトの名無しさん2010/12/19(日) 21:13:43
正規表現は覚えても損しないと思うよ
0399デフォルトの名無しさん2010/12/19(日) 21:20:04
XMLとC#
0400デフォルトの名無しさん2010/12/19(日) 21:26:17
SQLｗ
0401デフォルトの名無しさん2010/12/19(日) 21:28:18
>>393は口ではそんなこと言ってても体は勝手に
from p in list where p.IsEnabled select p.Textとか書いちゃうんだろ？
0402デフォルトの名無しさん2010/12/19(日) 21:38:12
おれならこうかく
list.ForEach(p,p=>p.IsEnabled)
0403デフォルトの名無しさん2010/12/19(日) 23:35:24
>>393
あんなの、C# のサブセットをツールが読める形式で書いてるだけ。
0404デフォルトの名無しさん2010/12/19(日) 23:38:56
>>393
使いたくなけりゃxaml使わずにcsだけでも書けるぞ。
全力でコーディングしれ。
0405デフォルトの名無しさん2010/12/19(日) 23:56:49
C#でUI書くのなんてWinFormsやってるみたいでやだー
0406デフォルトの名無しさん2010/12/20(月) 00:03:07
ざむるの文法なんてほかの言語と比べて単純だしな。文法自体は覚えること少ない、
<Button Width="100"/>って書くのを
<Button>
<Button.Width>
100
</Button.Width>
・・・

とか、多少のことでいい。
0407デフォルトの名無しさん2010/12/20(月) 00:03:30
いくらMVVMで可能な限りXAMLで書こうと
テンプレートに対応したコントロールを作るときはC#でUI触りまくることになるよ
WinForms以上に汚くて泥臭いコーディングが待っている
0408デフォルトの名無しさん2010/12/20(月) 00:41:12
そういうのはコントロールの中に閉じ込められてるというのがポイント。
利用者側が泥臭さに触れなければ、実装側は多少泥臭くても。

でも、UserControlでないカスタムコントロール、もうちょっとXAMLで書けないものかねぇ。
0409デフォルトの名無しさん2010/12/20(月) 01:34:39
試してないけどUserControlならMVVMで思う存分書けるんでねーの？
CustomControlはもうちょっと何とかしてほしいねえ。
ユーザー側で好きにテンプレートいじれるようにしたいなら、
XAML側は単純でも動くようにしたいし、そうなると…
0410デフォルトの名無しさん2010/12/20(月) 02:14:26
なんだ。ようは、ただのモデルとビューで、
モデルはコードで実装したらビューはXMLで書けるってだけ？

それって、Qtでできるのとは違うの？
0411デフォルトの名無しさん2010/12/20(月) 02:47:51
Qtとかどうでもいいから(みんなの本音
0412デフォルトの名無しさん2010/12/20(月) 03:02:50
いやQtがVS2010に対応してくれさえすればQtを使うよ
WPFは決定的なものがないから
0413デフォルトの名無しさん2010/12/20(月) 03:11:05
C#とVS2010でQt使えたら考えてもいい
0414デフォルトの名無しさん2010/12/20(月) 03:29:51
>>410
今時どの環境でも似たような思想になってると思う。
Qt しかり、Flash の MXML+AS3 しかり、HTML+JS しかり。
それの .NET 版。

>>411
WPF 一択。

>>412
うーん、XAML 使えるのだけが WPF じゃないからなぁ。
MS の GUI 開発のノウハウが詰まってるよ、WPF と Silverlight には。
0415デフォルトの名無しさん2010/12/20(月) 03:46:05
具体的に
0416デフォルトの名無しさん2010/12/20(月) 04:01:49
使えば分かる
0417デフォルトの名無しさん2010/12/20(月) 04:09:54
説明できないんだ？
0418デフォルトの名無しさん2010/12/20(月) 04:12:30
GUI フレームワークはなぁ、それぞれが重たすぎて、一覧比較できるほど複数のフレームワークに精通するのはしんどく。

むしろ、そんなに Qt がいいというなら、「Qt ならこんなことできるよ」的コード出してほしい。
それに対して、「WPF ならこう」とかコメント付けるのならいける。
0419デフォルトの名無しさん2010/12/20(月) 04:28:04
Qt使ってる人が、Qt出汁にしてWPF叩きに利用したりするかね？
0420デフォルトの名無しさん2010/12/20(月) 05:00:51
とはいえ、QtにするかWPFにするかで悩んでいる企業も多いんじゃなかろうか。
0421デフォルトの名無しさん2010/12/20(月) 05:22:16
マジで？
Windows 環境で Qt ってそこまで競争力あったっけ？
Flash/Flex AIR が競合に上がることはあっても、Qt は検討対象として見たこともないけども。
0422デフォルトの名無しさん2010/12/20(月) 05:49:41
クロスプラットホームにする場合はQtも検討する場合があるだろうが、それならFlashかJava。
ネイティブでやらねばならないなんてAdobe、Appleぐらい大きなところだけ。
0423デフォルトの名無しさん2010/12/20(月) 06:02:48
俺なら WPF にする前に AIR を検討する

Qt > AIR > WPF or Winforms
※差はあまりない
0424デフォルトの名無しさん2010/12/20(月) 08:18:16
その三つの中で生き残るのはどれよ？
ちゃんと理由も一緒に書いてよ
0425デフォルトの名無しさん2010/12/20(月) 10:22:00
なんか伸びてると思ったら宗教論争か
0426デフォルトの名無しさん2010/12/20(月) 10:58:29
WPF終了
0427デフォルトの名無しさん2010/12/20(月) 13:51:10
WPFを技術的な面で批判できないから程度の低い荒らししかできない。
0428デフォルトの名無しさん2010/12/20(月) 13:53:26
なんか自分の悩みみたいなレスだな。
0429デフォルトの名無しさん2010/12/20(月) 14:21:39
Silverlightで事足りるってことになっちゃったからなあ。
0430デフォルトの名無しさん2010/12/20(月) 15:08:24
だからってWinFormsには戻りたくない
0431デフォルトの名無しさん2010/12/20(月) 15:17:20
批判してるのは使えない人だけだな。
0432デフォルトの名無しさん2010/12/20(月) 15:43:51
と、思いたい人だらけだな。
0433デフォルトの名無しさん2010/12/20(月) 15:53:12
だからQtを引き合いに出すような的外れの事をしてしまう。
0434デフォルトの名無しさん2010/12/24(金) 04:03:52
xamlとC#を
htmlとjavascriptのようにホームページでも使えたらいいのに

デスクトップアプリ、WEBサイト両対応の言語ってないのかしら
0435デフォルトの名無しさん2010/12/24(金) 04:13:19
Javaは？ActionScriptは？SilverLightは？
0436デフォルトの名無しさん2010/12/24(金) 09:01:06
JavaScript が VM 層の標準持たなかったのはガンだよなぁ。
0437デフォルトの名無しさん2010/12/24(金) 09:17:12
WPFやっててSilverlight知らない人がいるんだな
一般的な知名度はSilverlightの方がずっと上だと思うけど
0438デフォルトの名無しさん2010/12/24(金) 09:31:13
javascriptは、巨大なプログラムを作るようには設計されていないから。
0439デフォルトの名無しさん2010/12/24(金) 09:50:14
JavaScriptはオフにしましょう！
と言われてた10年前からえらく出世したもんさ。
0440デフォルトの名無しさん2010/12/24(金) 09:52:51
その設計時の見通しの甘さがガンというか。
作られた当時、今みたいな使われ方なんて想像もつかなかったし、誰も責めようはないんだけども。
無理な使われ方してる方がガンか。
0441デフォルトの名無しさん2010/12/24(金) 11:38:54
JavaScriptなんか本来Viewのコードビハインドどころか
XAMLでトリガやバインディング書いたりする程度のもんだろ
0442デフォルトの名無しさん2010/12/24(金) 13:36:44
Silverlightってjavascriptみたいな
htmlファイルに直書きでできるの？
CGIみたいに対応している鯖じゃないと無理なんじゃないの？
って思って全く勉強してなかった
0443デフォルトの名無しさん2010/12/24(金) 13:56:51
サーバーは関係ない。クライアントサイドで完結。Flashと一緒。
クライアントでプラグインのインストールは必要。でも.NETはいらんしサイズも極めて小さいしMacでも動く。
0444デフォルトの名無しさん2010/12/24(金) 14:02:38
あとSilverlightにはアプリケーションをデスクトップにインストールして
ブラウザの外で動かす機能がある。Flash + AIR + .NET(のサブセット, WPF含む)と思えばいい。
0445デフォルトの名無しさん2010/12/24(金) 14:10:00
ほうそれはいいね
でもXAMLみたいなものなんでしょ？
javascriptが使える意義って
何か計算せてプログラムを走らせることなんだけど
それもできるの？

ホームページ上に電卓を作って
入力された数字で計算

なんてことSivlerLightだけでできるの？
0446デフォルトの名無しさん2010/12/24(金) 14:12:03
>>445
>ホームページ上に電卓を作って
>入力された数字で計算
できる

ここでぐだぐだ言ってないでVWDダウンロードしてきて作ってみろよ
ただでできるし

それにSL+JSの連携も可能みたいだしな
0447デフォルトの名無しさん2010/12/24(金) 14:17:04
できるよ
C#からブラウザにJavaScriptのコードをevalさせることもできるしHTMLのDOM操作も自由自在。
マネージコードの中でやりたかったらIronRubyやIronPythonをアプリに組み込んでしまうことも可能。
数式を計算するだけだったら数式評価のC#で書かれたサンプルなんかたくさん落ちてるから
そういうのを使ってもいいし。
■ このスレッドは過去ログ倉庫に格納されています