09/03/21 15:37:54
WinFormよりXAML+WPFの法がよほど効率的だな。
499:デフォルトの名無しさん
09/03/21 15:59:55
DataGridViewさえ充実していれば…
500:デフォルトの名無しさん
09/03/21 16:01:15
次期バージョンを待て
501:デフォルトの名無しさん
09/03/21 17:56:52
>>497
>>498
何を持ってそう言える？？？
502:デフォルトの名無しさん
09/03/21 21:17:12
生産性を高くするためのフレームワークなんだから、低かったら使う意味ないじゃん。
503:デフォルトの名無しさん
09/03/21 23:55:26
XAMLでＵＩの階層分けを意識して記述できるし、
アニメーションさせなきゃならない部分があっても気軽に書ける。
504:デフォルトの名無しさん
09/03/22 00:06:30
WinFormsはデザイナでコントロールの親子関係を変更するのが面倒だったな
その点、WPFはXAMLを少し書き換えるだけなので楽だ
505:デフォルトの名無しさん
09/03/22 00:09:13
ポトペタ以上のことやろうとしたらWinFormsは簡単に破綻するでしょ。
506:デフォルトの名無しさん
09/03/22 00:59:04
XAMLはコントロールの親子関係もプロパティもすべて一覧で把握できる。
507:デフォルトの名無しさん
09/03/22 01:02:31
UIの柔軟性とソースでの視認性の双方のバランスがいいよなXAMLは
これに関してはWinFormとは段違いでいいと思う
508:デフォルトの名無しさん
09/03/22 01:12:50
>>501涙目
509:デフォルトの名無しさん
09/03/22 01:26:51
C#とxamlとで相互変換できるならVSでボタン一つで切り替えるようになるといい
それぞれのいい所取りできれば最高
510:デフォルトの名無しさん
09/03/22 01:45:40
C#の利点（リファクタリングとか）がXAMLでも完璧に使えたらとは思うが、
そのアプローチには無理があるだろう
XAML→C#は可能だろうけど、
C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう
511:デフォルトの名無しさん
09/03/22 02:10:37
＞C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう
これに関してはマイクロソフト様より「技術的には可能だが非推奨」という
実務ガイドラインの見解を戴いております。
512:デフォルトの名無しさん
09/03/22 11:54:50
コードが埋め込まれたとしても、そんなところには見向きもしないでxamlで見やすいところだけ編集するんだから無問題
513:デフォルトの名無しさん
09/03/23 15:22:18
WPF Toolkit が更新されてるね。
DataGrid, DatePicker, Calendar のバグが修正されたみたい。
WPF Toolkit - March 2009 Release
URLﾘﾝｸ(wpf.codeplex.com)
URLﾘﾝｸ(blogs.wankuma.com)
↑のスクロールで列の表示が崩れるバグもしっかり修正されてたよ。
514:デフォルトの名無しさん
09/03/24 20:22:05
XAML編集でちゃんとインテリセンスが効けばいいんだけどねえ。
この辺もVS2010で改善されるのかなあ……
515:デフォルトの名無しさん
09/03/24 20:28:48
>>514
{Binding }にもインテリセンス効くようになるらしいよ
エディタも十分高機能化するそうだけど
516:デフォルトの名無しさん
09/03/25 03:46:02
VS2008でその水準に達していなかったのが最大の失策
517:デフォルトの名無しさん
09/03/25 11:40:19
>>515
>{Binding }にもインテリセンス効くようになるらしいよ
これはかなり嬉しい。
そういや、WPF Toolkitも標準で入るとか聞いたが…。
518:デフォルトの名無しさん
09/03/25 19:05:20
Windowsライクな外観を作りにくい