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

【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/08(水) 10:43:18
あたらしいGUI FW、WPFについて語るすれ。

.NET3.0もリリースされて盛り上がってまいりますた。

WPF on MSDN
http://msdn2.microsoft.com/en-us/netframework/aa663326.aspx

.NET3.0
http://www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx

WPF Mashup on YOUTUBE
http://www.youtube.com/watch?v=BUBOQFvh6yI

0197デフォルトの名無しさん2007/06/11(月) 21:12:20
結構簡単にできるんじゃない？
*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。

もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。
0198デフォルトの名無しさん2007/06/12(火) 02:09:16
MS机ってWPFなんだってな
0199デフォルトの名無しさん2007/07/01(日) 20:51:39
WPF初めて触ってみたけど
これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。
0200デフォルトの名無しさん2007/07/01(日) 22:13:27
ゲーム向き以外のしくみはみんなウンコかよｗ
0201デフォルトの名無しさん2007/07/01(日) 22:49:46
もうゲームなんて斜陽産業だろ?
わかってんの?
0202デフォルトの名無しさん2007/07/01(日) 22:53:17
重いからリアルタイム性のあるゲームには向かない。
エロゲーとかは作れるかもな
0203デフォルトの名無しさん2007/07/02(月) 04:57:14
ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ
WPFなんてsilver lightの練習環境ｗ
0204デフォルトの名無しさん2007/07/02(月) 06:36:40
だったら他の何かを使って好きなだけゲーム作っててくれ
0205デフォルトの名無しさん2007/07/02(月) 10:01:09
よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？
XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。
0206デフォルトの名無しさん2007/07/02(月) 10:07:59
なんでだろ。
Binding とか Template 機能にこりすぎた？

あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。
0207デフォルトの名無しさん2007/07/02(月) 11:47:03
ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。
0208デフォルトの名無しさん2007/07/02(月) 11:47:03
>>205
次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。
0209デフォルトの名無しさん2007/07/02(月) 16:16:23
>>205
ゲームより速度を要求するアプリってなんなのか、教えてくれ。
0210デフォルトの名無しさん2007/07/02(月) 16:33:48
>>209　どこをどう読むとそんな質問が出てくるんだ?
0211デフォルトの名無しさん2007/07/02(月) 16:40:31
Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？
→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい

ってな感じで思考が飛躍したんだと思われる
0212デフォルトの名無しさん2007/07/02(月) 16:43:29
厨の思考なんだから理解してやれよ。
ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。
0213デフォルトの名無しさん2007/07/02(月) 17:21:06
ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。
0214デフォルトの名無しさん2007/07/02(月) 17:26:55
ゲームプログラマ以下のプログラマが多すぎるからじゃない？
あとハゲに謝れ
0215デフォルトの名無しさん2007/07/02(月) 17:55:01
WPFで新しく何ができるんだ？
XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。

売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話
0216デフォルトの名無しさん2007/07/02(月) 18:06:18
まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど
プログラマ視点の利点しか目に付くところなくない気が。

てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。
0217デフォルトの名無しさん2007/07/02(月) 18:08:21
３Dオブジェクトを透過させて背景も透過させて
裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ
0218デフォルトの名無しさん2007/07/02(月) 20:02:58
夢見させるようなこと言うなよ三井
0219デフォルトの名無しさん2007/07/02(月) 22:16:30
>>205
利便性と動作速度はトレードオフ

>>217
DirectXに無理なことはWPFでも無理

>>214
ハゲｗｗｗｗ
0220デフォルトの名無しさん2007/07/02(月) 22:34:24
ああ、待ってればそのうち何でもできるようになるよ
0221デフォルトの名無しさん2007/07/02(月) 22:39:09
アホか。2003年からどんだけ待ってたんだと思ってんだ。
で出てきたのがこの出来なんだ。
これで失望しなくてどうする。
0222デフォルトの名無しさん2007/07/02(月) 22:41:32
>202
つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。
0223デフォルトの名無しさん2007/07/02(月) 22:59:48
>>221
まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。
0224デフォルトの名無しさん2007/07/02(月) 23:18:53
ぬあ
0225デフォルトの名無しさん2007/07/02(月) 23:26:58
＞売りはGPUによる３D高速描画だろ？
そうだったのか
0226デフォルトの名無しさん2007/07/02(月) 23:46:28
ネットワーク透過はVistaのAeroもそうだろ
0227デフォルトの名無しさん2007/07/02(月) 23:50:58
俺もネイティブC++で扱えるもんだと思ってたからがっかり
C#はちょっとな
0228デフォルトの名無しさん2007/07/03(火) 00:04:39
>>226
WPFもAeroも同じ仕組み使ってるからな。
0229デフォルトの名無しさん2007/07/03(火) 00:09:14
>>227
milcoreをたたけ！
0230デフォルトの名無しさん2007/07/03(火) 01:02:33
>>199
普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
http://blogs.msdn.com/hiroyuk/archive/2007/01/12/3d.aspx
0231デフォルトの名無しさん2007/07/03(火) 01:07:50
>>217
http://byfiles.storage.msn.com/y1psF2ifk77l803A1nb0dVXONn_bIG9aCInk2H2gbfAc7_Nj_sVDz3rU95pgtWvyncO
http://vistacon.spaces.live.com/blog/cns!E7B8B7FBB8342214!146.entry
これぐらいのことなら・・・
0232デフォルトの名無しさん2007/07/03(火) 01:51:27
>>227
WPFってCOMに対応してないんだよなあ。
0233デフォルトの名無しさん2007/07/03(火) 22:05:49
>>216
ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム
0234デフォルトの名無しさん2007/07/08(日) 01:36:58
いつになったらはやるんだろう…(´・ω・｀)
GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが
0235デフォルトの名無しさん2007/07/08(日) 01:45:52
VisualStudioがちゃんと対応しないと
0236デフォルトの名無しさん2007/07/08(日) 11:17:44
XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく……
通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)
0237デフォルトの名無しさん2007/07/10(火) 00:52:42
まあ、WebアプリはFlexにまかせとけばいいでしょ
0238デフォルトの名無しさん2007/07/10(火) 12:33:04
>>237
ないない、それはない。
0239デフォルトの名無しさん2007/07/10(火) 20:11:37
silverlight 1.1ともろかぶりそうだからxbapは微妙だとは思う。
0240デフォルトの名無しさん2007/07/10(火) 20:52:56
xbapはWebサービスにアクセスできないから終わってる。
Silverlightのがマシ
0241デフォルトの名無しさん2007/07/10(火) 20:58:27
FlexよりAIRだろ
0242デフォルトの名無しさん2007/07/10(火) 21:01:32
>>240
証明書があればできるお
0243デフォルトの名無しさん2007/07/10(火) 21:32:00
まじで！？
0244デフォルトの名無しさん2007/07/21(土) 15:57:22
【派遣ネガティブ根性チェック】

3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。

□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□口伝された仕様を意図どおり理解できなかったのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
0245デフォルトの名無しさん2007/07/28(土) 14:57:17
これってマジなん？
ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1

まさかJavaがWPF使ってくるなんて思ってなかったが・・・
0246デフォルトの名無しさん2007/07/28(土) 15:44:54
>>245
EclipseのWPF版は使ってみると分かるけどまだまだ重いよ。
そのページからリンクされてるけど、こっちの方が文字入力環境としてはまだ快適。

ttp://d.hatena.ne.jp/NyaRuRu/20070425/p1
ttp://www.actiprosoftware.com/Products/DotNet/WPF/Ribbon/LiveDemo/Sample.xbap

原理上、WPF版Eclipseもこれぐらいのパフォーマンスは出るはずなので
今後のチューニングに期待。そうなると結構化けるかも。

.NET 3.5に付属する.NET 2.0 SP1で、WPFのパフォーマンス向上って話もあるし。
0247デフォルトの名無しさん2007/07/28(土) 23:48:32
>245
思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。
0248名無しさん＠そうだ選挙に行こう2007/07/29(日) 01:13:34
>>247
Javaにはうといんで
0249デフォルトの名無しさん2007/07/31(火) 14:39:50
>>246
xbapって日本語通るんだね。

昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。

とか入力したりコピペしてみたけど全然大丈夫だった('A`)

ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB
0250デフォルトの名無しさん2007/07/31(火) 14:44:07
>>249
.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。
0251デフォルトの名無しさん2007/08/01(水) 00:51:24
>>249
なんというロースペック
0252デフォルトの名無しさん2007/08/01(水) 01:56:09
eclipseは開発環境としての利便性の充実にスイッチしてるぞ。
Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。
0253デフォルトの名無しさん2007/08/01(水) 02:03:50
そういやREMIX07のページは見た？

こっちはSilverLightってことで完全ソフトウェア描画だけど、
滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。
結構滑らかにぬるぬる動くよ。
ttp://www.event-information.jp/events/remixj07/default.htm

てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。
0254デフォルトの名無しさん2007/08/01(水) 02:04:57
すまん、FlushじゃなくてFlashだ。
0255デフォルトの名無しさん2007/08/01(水) 03:10:09
こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、

First Look at IronRuby - ScottGu's Blog
http://weblogs.asp.net/scottgu/archive/2007/07/23/first-look-at-ironruby.aspx

WPFって、最新の.NET用のGUIライブラリってことでよいのでしょうか？
.NET 2.0までは、VCLよろしくなWindows Form?（なんて呼ぶの？）だったと思うのですが、
なんで、今、WPFなんでしょう？
GPU使いたいからなんですかね？
しかし、また、アーキテクチャともかく、使い方がWindowsFormと互換性ないのは、
なぜ？なんで変えたんだろう
0256デフォルトの名無しさん2007/08/01(水) 03:32:44
>>255
成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。

2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
　　　　　　http://www.freepatentsonline.com/20050140694.html
2004年 - Longhornバブル
　　　　　　http://pc.watch.impress.co.jp/docs/2004/0506/mobile239.htm
2005年 - Longhornバブル崩壊、.NET 2.0リリース(年末)
2006年 - WPFベータ->VistaにWPF RTM標準搭載(年末)
　　　　　　WPF向けデザインアプリ(Expression)ベータ登場、WPF/Eの噂が流れる
2007年 - WPF/E改めSilverLightお披露目、Expression RTM
　　　　　<- いまここ

なぜWinForm互換じゃないのかについてはそれこそ5年前に
それで行こうと決心したからじゃないかな。
まあ当時予想されていたLonghornとはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。
0257デフォルトの名無しさん2007/08/01(水) 04:44:14
>>256
サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。

勉強になりました

機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。
0258デフォルトの名無しさん2007/08/01(水) 07:13:27
>>256
おお見やすい。

WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。
0259デフォルトの名無しさん2007/08/01(水) 07:17:06
後当時は
「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？
0260デフォルトの名無しさん2007/08/01(水) 15:22:07
まあ、GUI アプリ開発環境を一新したいけど、
WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。

・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。
0261デフォルトの名無しさん2007/08/01(水) 15:24:37
ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。
WinFormsは基本的にハードの進化を考慮していないテクノロジー
0262デフォルトの名無しさん2007/08/01(水) 15:46:28
CodeGears は WinForms のサポートを切ったり、eclipse も
wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

C#はともかくなんとなく Xaml に 馴染めてない俺涙目。
0263デフォルトの名無しさん2007/08/01(水) 15:55:32
JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして
覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。
0264デフォルトの名無しさん2007/08/01(水) 15:57:53
CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった
0265デフォルトの名無しさん2007/08/01(水) 15:59:12
そもそもXAMLは手書きするものなのか？
0266デフォルトの名無しさん2007/08/01(水) 16:05:49
XMLの修正は普通におこなうだろ？
0267デフォルトの名無しさん2007/08/01(水) 16:06:51
それにXAMLはWebのASPと同じようなもの
0268デフォルトの名無しさん2007/08/01(水) 16:08:39
>>262
「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。

>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。
0269デフォルトの名無しさん2007/08/01(水) 16:30:39
＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・
0270デフォルトの名無しさん2007/08/01(水) 16:50:13
> 要らない子っていうか、IDE で簡単に UI を構築って場面以外では
> WinForms は素の Win32 に対して優位性ないよね・・・

エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ
0271デフォルトの名無しさん2007/08/01(水) 19:28:35
>>262
むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。

そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが
当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと
やっと達観できるようになった。

XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？ と思うんだがどうよ。
0272デフォルトの名無しさん2007/08/01(水) 22:42:23
間違いなくWinFormsはいらない子
0273デフォルトの名無しさん2007/08/01(水) 23:26:16
>>270
なんかおかしいか？

>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね
0274デフォルトの名無しさん2007/08/01(水) 23:46:46
UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。
0275デフォルトの名無しさん2007/08/02(木) 00:51:42
>>260
> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？

>>・XAML＋C# による UI とビジネスロジックの分離
Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い

>>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
VMLやSVGなどの従来技術をごちゃ混ぜにしただけ

>> ・タイムラインベースのアニメーション
それFlash
0276デフォルトの名無しさん2007/08/02(木) 00:56:50
>>275
まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。
0277デフォルトの名無しさん2007/08/02(木) 01:18:32
>>275

> ・従来通り
そもそも従来通りの処理ではない。

> ・Webだと当たり前だし
んなことないだろｗｗｗｗ aspとかPHPとかだとぐちゃぐちゃ

> ・従来技術を
従来技術で動画を球体のテクスチャに貼り付けて再生するような処理を、
簡潔に記述できたっけ？

> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。
0278デフォルトの名無しさん2007/08/02(木) 01:21:08
WPFって XPで動くの?
0279デフォルトの名無しさん2007/08/02(木) 01:31:24
>>278
.NET Framework 3.0をインストールすれば動く。
0280デフォルトの名無しさん2007/08/02(木) 07:26:14
>>>276
確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな
0281デフォルトの名無しさん2007/08/02(木) 09:25:55
WPFのスレッドモデル、当初予定より退化と言われることもあるけど、
個人的には結構好きだよ。
あと、Win32/WinForm時代の弱点をちゃんと改良しようとしている点も○
例えば「入れ子になったポンプ処理」ってところで説明されてるPushFrameとか。
ttp://msdn2.microsoft.com/ja-jp/library/ms741870(VS.80).aspx
ttp://msdn2.microsoft.com/ja-jp/library/system.windows.threading.dispatcher.pushframe(VS.80).aspx

ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1932426&SiteID=7
WinFormって結局Win32の知識無いと使うの無理だと思う。
0282デフォルトの名無しさん2007/08/02(木) 10:07:11
WinFormはWin32をきれいにラップしたものに過ぎないからな。
0283デフォルトの名無しさん2007/08/02(木) 10:08:25
＞きれいに

ダウト
0284デフォルトの名無しさん2007/08/02(木) 10:20:07
まぁMFCよりはましでしょ。
0285デフォルトの名無しさん2007/08/02(木) 10:30:34
まぁね。
0286デフォルトの名無しさん2007/08/02(木) 17:18:55
WinFormsを使っているか簡単に判別する方法
キボンヌ。

コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?
0287デフォルトの名無しさん2007/08/02(木) 17:40:46
使っている の基準がよくわからんが
参照設定を見てSystem.Windows.Formsがあるかどうか
0288デフォルトの名無しさん2007/08/02(木) 17:55:42
import System
from System.Windows.Controls import *
from System.Windows.Media import *
from System.Windows.Documents import *
from System.Windows import *
from System.Windows.Shapes import *
from System.Windows.Input import *
from System.Windows.Media.Animation import *
from System.Windows.Interop import *

とかだと どっち とか？ import文 using文 だけ見てどっちか
判断するとかはできないのかな？Xamlはなるだけ使わないでC#だけで
書くなら何かどっちもコードの表面的な部分はあんま大して変らないような
気がするんだよね…もっと全然文法的な面とかガラガラポンされちゃってて
互換性ゼロみたいな世界なのかと思ってたから。その辺どうなのかなと。
0289デフォルトの名無しさん2007/08/02(木) 20:54:01
所詮ライブラリ
いちいち言語仕様ガラガラポンされてたらたまらん
0290デフォルトの名無しさん2007/08/02(木) 22:39:48
>>289
一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。
0291デフォルトの名無しさん2007/08/02(木) 23:07:25
WPFは良いのはわかるが、プロパティ名がFormsから変更されているのが気に入らない。
紛らわしいｗ
0292デフォルトの名無しさん2007/08/03(金) 00:03:29
RoutedEventとか、CommandBindingとか、
アプリケーションフレームワーク的には進化してるだろ。
0293デフォルトの名無しさん2007/08/03(金) 00:25:15
前までDelphiやってて、C#やろうとしているんですが、
いまやるなら、どっちがベターなんすかね。
WinForms？WPF？

WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが
0294デフォルトの名無しさん2007/08/03(金) 01:02:53
WPFがベターだと思う、結局Formsは中途半端な仕様だから。
ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。
0295デフォルトの名無しさん2007/08/03(金) 01:59:07
.NET Framework 3.5ってWPFに関しては何か変更あるんですか？
0296デフォルトの名無しさん2007/08/03(金) 02:41:06
ランタイムが早くなったのは実感できた。
■ このスレッドは過去ログ倉庫に格納されています