1 名前:デフォルトの名無しさん [2009/01/09(金) 22:14:36 ] あたらしいGUI FW、WPFについて語るすれ。 .NET3.5 SP1 もリリースされて盛り上がってまいりますた。 Visual Studio 2008 ttp://www.microsoft.com/japan/msdn/vstudio/ Microsoft .NET Framework 3.5 Service Pack 1 ttp://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=ja WPF Toolkit - October 2008 Release ttp://www.codeplex.com/wpf/Release/ProjectReleases.aspx?ReleaseId=15598 関連スレ Microsoft Silverlight 2.0 その3 ttp://pc11.2ch.net/test/read.cgi/tech/1227324813/ 過去スレ WPF(XAML,XBAP,.NET3.5)GUIプログラミング ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/ 【新GUI FW】WPF(XAML,AVALON,.NET3.0)【重い?】 ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/
491 名前:デフォルトの名無しさん [2009/03/21(土) 09:30:52 ] WPFって時期尚早と思わない? 初心者が取っ付くには敷居が高すぎる。 ウインドウズフォームとちがって単純に貼り付けて プロパティを操作するだけではだめだ。 インテリセンスも効かないXAMLファイルを操作しなくては ならないし。
492 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 12:28:12 ] 時期尚早だよ。だからこそ楽しい。
493 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 14:00:00 ] そういうこと。F#もいい。
494 名前:デフォルトの名無しさん [2009/03/21(土) 14:23:11 ] 少なくとも生産性は低いな
495 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 14:40:02 ] >>491 俺はC#だけで書いてる
496 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:06:20 ] 確かWPFってデュアルコア6GHz時代を想定して作ったんじゃなかったっけ?
497 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:33:44 ] どう考えても、XAML + C# の方が生産性が高くないか?
498 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:37:54 ] WinFormよりXAML+WPFの法がよほど効率的だな。
499 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:59:55 ] DataGridViewさえ充実していれば…
500 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 16:01:15 ] 次期バージョンを待て
501 名前:デフォルトの名無しさん [2009/03/21(土) 17:56:52 ] >>497 >>498 何を持ってそう言える???
502 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 21:17:12 ] 生産性を高くするためのフレームワークなんだから、低かったら使う意味ないじゃん。
503 名前:デフォルトの名無しさん mailto:sage [2009/03/21(土) 23:55:26 ] XAMLでUIの階層分けを意識して記述できるし、 アニメーションさせなきゃならない部分があっても気軽に書ける。
504 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:06:30 ] WinFormsはデザイナでコントロールの親子関係を変更するのが面倒だったな その点、WPFはXAMLを少し書き換えるだけなので楽だ
505 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:09:13 ] ポトペタ以上のことやろうとしたらWinFormsは簡単に破綻するでしょ。
506 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:59:04 ] XAMLはコントロールの親子関係もプロパティもすべて一覧で把握できる。
507 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:02:31 ] UIの柔軟性とソースでの視認性の双方のバランスがいいよなXAMLは これに関してはWinFormとは段違いでいいと思う
508 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:12:50 ] >>501 涙目
509 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:26:51 ] C#とxamlとで相互変換できるならVSでボタン一つで切り替えるようになるといい それぞれのいい所取りできれば最高
510 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:45:40 ] C#の利点(リファクタリングとか)がXAMLでも完璧に使えたらとは思うが、 そのアプローチには無理があるだろう XAML→C#は可能だろうけど、 C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう
511 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:10:37 ] >C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう これに関してはマイクロソフト様より「技術的には可能だが非推奨」という 実務ガイドラインの見解を戴いております。
512 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 11:54:50 ] コードが埋め込まれたとしても、そんなところには見向きもしないでxamlで見やすいところだけ編集するんだから無問題
513 名前:デフォルトの名無しさん mailto:sage [2009/03/23(月) 15:22:18 ] WPF Toolkit が更新されてるね。 DataGrid, DatePicker, Calendar のバグが修正されたみたい。 WPF Toolkit - March 2009 Release wpf.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=25047 ttp://blogs.wankuma.com/kazuki/archive/2009/01/31/167199.aspx ↑のスクロールで列の表示が崩れるバグもしっかり修正されてたよ。
514 名前:デフォルトの名無しさん mailto:sage [2009/03/24(火) 20:22:05 ] XAML編集でちゃんとインテリセンスが効けばいいんだけどねえ。 この辺もVS2010で改善されるのかなあ……
515 名前:デフォルトの名無しさん mailto:sage [2009/03/24(火) 20:28:48 ] >>514 {Binding }にもインテリセンス効くようになるらしいよ エディタも十分高機能化するそうだけど
516 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 03:46:02 ] VS2008でその水準に達していなかったのが最大の失策
517 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 11:40:19 ] >>515 >{Binding }にもインテリセンス効くようになるらしいよ これはかなり嬉しい。 そういや、WPF Toolkitも標準で入るとか聞いたが…。
518 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 19:05:20 ] Windowsライクな外観を作りにくい