トップページ⇒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

0175デフォルトの名無しさん2007/05/08(火) 21:00:12
IDEのWPFデザイナ重すぎっす＞＜
0176デフォルトの名無しさん2007/05/08(火) 23:20:11
もっさり.NETは仕様です。
0177デフォルトの名無しさん2007/05/08(火) 23:26:05
IDEのWPFってVS2005に追加させるやつのことか？
0178デフォルトの名無しさん2007/05/10(木) 22:52:02
http://msdn2.microsoft.com/en-us/library/ms754130.aspx
日本語版無いのか・・・orz
0179デフォルトの名無しさん2007/05/12(土) 22:10:14
WPFってアンマネージドな世界からも使えるの？
0180デフォルトの名無しさん2007/05/12(土) 23:54:17
メッセージは健在だって話は聞いた事があるな。
0181デフォルトの名無しさん2007/05/12(土) 23:58:58
>>179
もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない

やってみたことないのでさっぱりわからないが
0182デフォルトの名無しさん2007/05/22(火) 00:19:31
ATLのほうが百倍飯食える
0183デフォルトの名無しさん2007/05/22(火) 00:52:43
嘘と大げさは、詐欺師の始まり。
0184デフォルトの名無しさん2007/05/22(火) 17:35:43
>>179
できるとすれば、CLRホスティングでだろうな。
0185デフォルトの名無しさん2007/06/04(月) 18:59:52
>>178
http://www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja
やっと出たんだっけ。
0186デフォルトの名無しさん2007/06/08(金) 19:33:18
*.csファイルでインスタンス化したオブジェクトと
XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…
0187デフォルトの名無しさん2007/06/08(金) 19:52:06
>>186
ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。
01881862007/06/08(金) 20:36:20
>>187
無事できました、ありがとうございます。
これでUI作成がけっこう楽になりそうな予感。
01891862007/06/08(金) 21:20:06
質問ばかりで申し訳ないんですが、
BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？

DependencyObject派生ではないsourceで

source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty

としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…
01901862007/06/10(日) 02:36:57
どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。
スレ汚してすみません。
0191デフォルトの名無しさん2007/06/11(月) 11:02:02
んーと∩(　´Α｀)＜　先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？
Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。
0192デフォルトの名無しさん2007/06/11(月) 15:56:41
WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから
そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど
0193デフォルトの名無しさん2007/06/11(月) 16:17:40
>>192　プログラムコードからWPFオブジェクトにアクセスすることってできるん？
0194デフォルトの名無しさん2007/06/11(月) 20:27:25
普通にできるよ
てか、できなきゃ困る
0195デフォルトの名無しさん2007/06/11(月) 20:34:21
そのときってどういうイメージ？
FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？
0196デフォルトの名無しさん2007/06/11(月) 21:04:38
>195
XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。
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
■ このスレッドは過去ログ倉庫に格納されています