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

1 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:43:18 ] あたらしいGUI FW、WPFについて語るすれ。 .NET3.0もリリースされて盛り上がってまいりますた。 WPF on MSDN msdn2.microsoft.com/en-us/netframework/aa663326.aspx .NET3.0 www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx WPF Mashup on YOUTUBE www.youtube.com/watch?v=BUBOQFvh6yI 175 名前：デフォルトの名無しさん [2007/05/08(火) 21:00:12 ] IDEのWPFデザイナ重すぎっす＞＜ 176 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 23:20:11 ] もっさり.NETは仕様です。 177 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 23:26:05 ] IDEのWPFってVS2005に追加させるやつのことか？ 178 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 22:52:02 ] msdn2.microsoft.com/en-us/library/ms754130.aspx 日本語版無いのか・・・orz 179 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 22:10:14 ] WPFってアンマネージドな世界からも使えるの？ 180 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 23:54:17 ] メッセージは健在だって話は聞いた事があるな。 181 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 23:58:58 ] >>179 もしかしたら他の.NET Frameworkクラスライブラリと同様に COM相互運用である程度はなんとかなるのかもしれない やってみたことないのでさっぱりわからないが 182 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 00:19:31 ] ATLのほうが百倍飯食える 183 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 00:52:43 ] 嘘と大げさは、詐欺師の始まり。 184 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 17:35:43 ] >>179 できるとすれば、CLRホスティングでだろうな。 185 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 18:59:52 ] >>178 www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja やっと出たんだっけ。 186 名前：デフォルトの名無しさん [2007/06/08(金) 19:33:18 ] *.csファイルでインスタンス化したオブジェクトと XAMLに書いたコントロールをデータバインディングするのって どうやるんでしょうか? XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが… 187 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 19:52:06 ] >>186 ヘルプの「Binding Declarations Overview」見るといいと思うよ。 BindingOperations.SetBinding(source, destination, bindingObj); みたいな感じのはず。 188 名前：186 mailto:sage [2007/06/08(金) 20:36:20 ] >>187 無事できました、ありがとうございます。 これでUI作成がけっこう楽になりそうな予感。 189 名前：186 [2007/06/08(金) 21:20:06 ] 質問ばかりで申し訳ないんですが、 BindingModeをTwoWayにする場合は、やはりsource側も 依存プロパティにしないといけないんでしょうか？ DependencyObject派生ではないsourceで source <---bind---> TextBox.TextProperty source <---bind---> TextBlock.TextProperty としてTextBoxを変更すると、TextBlockにも反映されるんですが、 プログラム内部からsourceを変更すると、なにも反映されないという どっちとも取れない状況なのです… 190 名前：186 mailto:sage [2007/06/10(日) 02:36:57 ] どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。 スレ汚してすみません。 191 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 11:02:02 ] んーと∩(　´Α｀)＜　先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？ Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？ なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。 192 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 15:56:41 ] WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから そんな変な区別ないと思うが… Formとの相互運用をする場合には、少し仕掛けがいるようだけど 193 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 16:17:40 ] >>192　プログラムコードからWPFオブジェクトにアクセスすることってできるん？ 194 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 20:27:25 ] 普通にできるよ てか、できなきゃ困る 195 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 20:34:21 ] そのときってどういうイメージ？ FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。 WPFでも同じような感じ？ 196 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 21:04:38 ] >195 XMLで、いったんワンクッションおいてからアクセス。 直接は無理。めんどい。 197 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 21:12:20 ] 結構簡単にできるんじゃない？ *.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに <TextBox Name="hoge" ... /> みたいに書いておけば、*.cs側で this.hoge.Text = "hogehoge"; みたいにできる。 もちろん、xaml使わないで this.hoge = new TextBox(); みたいにもできる。 198 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 02:09:16 ] MS机ってWPFなんだってな 199 名前：デフォルトの名無しさん [2007/07/01(日) 20:51:39 ] WPF初めて触ってみたけど これって３D物体を半透明化することってできないの？ ウンコだな。 ゲーム向きではないことがよくわかった。 200 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:13:27 ] ゲーム向き以外のしくみはみんなウンコかよｗ 201 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:49:46 ] もうゲームなんて斜陽産業だろ? わかってんの? 202 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:53:17 ] 重いからリアルタイム性のあるゲームには向かない。 エロゲーとかは作れるかもな 203 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 04:57:14 ] ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ WPFなんてsilver lightの練習環境ｗ 204 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 06:36:40 ] だったら他の何かを使って好きなだけゲーム作っててくれ 205 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 10:01:09 ] よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？ XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。 206 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 10:07:59 ] なんでだろ。 Binding とか Template 機能にこりすぎた？ あと、Game に使えないって程遅いんかな？ シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。 207 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 11:47:03 ] ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。 208 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 11:47:03 ] >>205 次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。 209 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:16:23 ] >>205 ゲームより速度を要求するアプリってなんなのか、教えてくれ。 210 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:33:48 ] >>209　どこをどう読むとそんな質問が出てくるんだ? 211 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:40:31 ] Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？ →程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい ってな感じで思考が飛躍したんだと思われる 212 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:43:29 ] 厨の思考なんだから理解してやれよ。 ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。 213 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:21:06 ] ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。 214 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:26:55 ] ゲームプログラマ以下のプログラマが多すぎるからじゃない？ あとハゲに謝れ 215 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:55:01 ] WPFで新しく何ができるんだ？ XAMLやらデータバインディングやら開発視点視点じゃなくて ユーザの視点からみて。 売りはGPUによる３D高速描画だろ？ そのわりに機能に制限かかりすぎてる気がするんだが というお話 216 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 18:06:18 ] まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど プログラマ視点の利点しか目に付くところなくない気が。 てか、プログラマ視点で利便性よくなってて、 それ以上何を望むよ。 217 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 18:08:21 ] ３Dオブジェクトを透過させて背景も透過させて 裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ 218 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 20:02:58 ] 夢見させるようなこと言うなよ三井 219 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:16:30 ] >>205 利便性と動作速度はトレードオフ >>217 DirectXに無理なことはWPFでも無理 >>214 ハゲｗｗｗｗ 220 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:34:24 ] ああ、待ってればそのうち何でもできるようになるよ 221 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:39:09 ] アホか。2003年からどんだけ待ってたんだと思ってんだ。 で出てきたのがこの出来なんだ。 これで失望しなくてどうする。 222 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:41:32 ] >202 つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。 223 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:59:48 ] >>221 まあDirect3Dとは方向性微妙に違うしな。 WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。 224 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:18:53 ] ぬあ 225 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:26:58 ] ＞売りはGPUによる３D高速描画だろ？ そうだったのか 226 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:46:28 ] ネットワーク透過はVistaのAeroもそうだろ 227 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:50:58 ] 俺もネイティブC++で扱えるもんだと思ってたからがっかり C#はちょっとな 228 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 00:04:39 ] >>226 WPFもAeroも同じ仕組み使ってるからな。 229 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 00:09:14 ] >>227 milcoreをたたけ！ 230 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:02:33 ] >>199 普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという 問題はある。↓とかを参照。 ↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・ blogs.msdn.com/hiroyuk/archive/2007/01/12/3d.aspx 231 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:07:50 ] >>217 byfiles.storage.msn.com/y1psF2ifk77l803A1nb0dVXONn_bIG9aCInk2H2gbfAc7_Nj_sVDz3rU95pgtWvyncO vistacon.spaces.live.com/blog/cns!E7B8B7FBB8342214!146.entry これぐらいのことなら・・・ 232 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:51:27 ] >>227 WPFってCOMに対応してないんだよなあ。 233 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 22:05:49 ] >>216 ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム 234 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 01:36:58 ] いつになったらはやるんだろう…(´・ω・｀) GUIフレームワークとしてはかなり使いやすい気がするんだけど Windows限定だが 235 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 01:45:52 ] VisualStudioがちゃんと対応しないと 236 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 11:17:44 ] XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく…… 通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`) 237 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 00:52:42 ] まあ、WebアプリはFlexにまかせとけばいいでしょ 238 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 12:33:04 ] >>237 ないない、それはない。 239 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:11:37 ] silverlight 1.1ともろかぶりそうだからxbapは微妙だとは思う。 240 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:52:56 ] xbapはWebサービスにアクセスできないから終わってる。 Silverlightのがマシ 241 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:58:27 ] FlexよりAIRだろ 242 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 21:01:32 ] >>240 証明書があればできるお 243 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 21:32:00 ] まじで！？ 244 名前：デフォルトの名無しさん [2007/07/21(土) 15:57:22 ] 【派遣ネガティブ根性チェック】 3つ以上、チェックがつけばアナタの性格はひん曲がっており、 ネガティブ負け組派遣人生を歩んでいます。 □派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う □派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする □仕様とは正社員から口伝されるものだ □口伝された仕様を意図どおり理解できなかったのは自分の責任だ □昼食は必ず派遣先の社員と行くべきだ □自分の仕事で問題が発生しても解決するのは派遣の仕事ではない □派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい □自社で仕事なんてできるわけがない □派遣労働の問題点の話題が出ると感情剥き出しにして反論する □派遣労働の問題を指摘する人は嫌いだ □派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい □奢ってくれる派遣先正社員を尊敬する □自分の月額金額を知らないのは当然だ、単金を聞いてはいけない □派遣先正社員より自分の生涯収入が低いのは当然だ □チビは派遣先にかわいがってもらいやすから派遣には有利だ 245 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 14:57:17 ] これってマジなん？ ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1 まさかJavaがWPF使ってくるなんて思ってなかったが・・・ 246 名前：デフォルトの名無しさん mailto:sage [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のパフォーマンス向上って話もあるし。 247 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 23:48:32 ] >245 思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。 248 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2007/07/29(日) 01:13:34 ] >>247 Javaにはうといんで 249 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:39:50 ] >>246 xbapって日本語通るんだね。 昨日、近所の吉野家行ったんです。吉野家。 そしたらなんか人がめちゃくちゃいっぱいで座れないんです。 で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。 もうね、アホかと。馬鹿かと。 とか入力したりコピペしてみたけど全然大丈夫だった('A`) ちょっと、メニューバーにカーソル持っていったりボタンを選択 すると重いのがネックかも。 OS : XP Pro SP2 グラボはオンボード('A`) CPU: 2.40GHz、 Mem: 448MB 250 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:44:07 ] >>249 .NET Framework 使うなら、日本語通らなくする方が難しい気が。 xbap も .NET ベース技術なんだし。 251 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 00:51:24 ] >>249 なんというロースペック 252 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 01:56:09 ] eclipseは開発環境としての利便性の充実にスイッチしてるぞ。 Javaを前提にして、一緒に心中するつもりがないんだろう。 そのうち、シェアを取った言語を次々とサポートする戦略と見られる。 253 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 02:03:50 ] そういやREMIX07のページは見た？ こっちはSilverLightってことで完全ソフトウェア描画だけど、 滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。 結構滑らかにぬるぬる動くよ。 ttp://www.event-information.jp/events/remixj07/default.htm てかまあ、最近のCPU速いなぁ。 それをあそこまで重くできるWinFormもすげぇが。 254 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 02:04:57 ] すまん、FlushじゃなくてFlashだ。 255 名前：デフォルトの名無しさん [2007/08/01(水) 03:10:09 ] こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、 First Look at IronRuby - ScottGu's Blog 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と互換性ないのは、 なぜ？なんで変えたんだろう 256 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 03:32:44 ] >>255 成果物だけ見るといま急に出てきたように見えるかもしれないけど、 基礎開発から含めると5年以上になる息の長いプロジェクトだから、 見方によっては色々あると思う。 2002年 - WPF描画エンジンの原案作成 2003年 - 特許申請 　　　　　　www.freepatentsonline.com/20050140694.html 2004年 - Longhornバブル 　　　　　　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とはずいぶん変わっちゃったけど 描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。 分散レンダリングとか変態機能もちゃんと実装されてる。 257 名前：デフォルトの名無しさん [2007/08/01(水) 04:44:14 ] >>256 サンクス 基礎研究開発は、前からやってたんですね。 互換性ないのは、なるほど並行してやってからかー。 勉強になりました 機能的には、どうなんすかね WinFormと、WPFってすみ分けできるものなんですかね。 将来的にWinFormを置き換えーとかなると、 今、WinFormやるべきなのか・・・とか思ってしまいます。 258 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 07:13:27 ] >>256 おお見やすい。 WPFの目標の一つにローカルアプリとウェブアプリの いいとこ取りっていうのがあったはず。（達成したとは思えんが） それで必然的に今のデザインになったんだと思う。 259 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 07:17:06 ] 後当時は 「WinFXで全部仕切りなおしだぜヤフー！」 みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？ 260 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:22:07 ] まあ、GUI アプリ開発環境を一新したいけど、 WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。 ・GPU のパワーを使える ・XAML＋C# による UI とビジネスロジックの分離 ・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合 ・タイムラインベースのアニメーション と、目新しいことかなりいろいろやってるし。 261 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:24:37 ] ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。 WinFormsは基本的にハードの進化を考慮していないテクノロジー 262 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:46:28 ] CodeGears は WinForms のサポートを切ったり、eclipse も wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz C#はともかくなんとなく Xaml に 馴染めてない俺涙目。 263 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:55:32 ] JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして 覚えることが出来る奴は多いだろう。 むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが 多くて苦労が多いだろうね。 264 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:57:53 ] CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった 265 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:59:12 ] そもそもXAMLは手書きするものなのか？ 266 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:05:49 ] XMLの修正は普通におこなうだろ？ 267 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:06:51 ] それにXAMLはWebのASPと同じようなもの 268 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:08:39 ] >>262 「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？ まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。 WinForms とほぼ同じノリで。 >>265 俺、結構手書きしてる。 まあ、VS のインテリセンス機能をフル活用しつつだけど。 269 名前：デフォルトの名無しさん [2007/08/01(水) 16:30:39 ] ＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz 要らない子っていうか、IDE で簡単に UI を構築って場面以外では WinForms は素の Win32 に対して優位性ないよね・・・ 270 名前：デフォルトの名無しさん [2007/08/01(水) 16:50:13 ] > 要らない子っていうか、IDE で簡単に UI を構築って場面以外では > WinForms は素の Win32 に対して優位性ないよね・・・ エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ 271 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 19:28:35 ] >>262 むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。 文字を7色にするのに7回もfontタグ書きながら 「なんでループが無いんだダメだろこの言語」と思ってた。 そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが 当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと やっと達観できるようになった。 XAMLも同じで、キモくてもでかくても冗長でも、 世間が望むものを作れるんならあんまり気にする必要ないんじゃね？ と思うんだがどうよ。 272 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 22:42:23 ] 間違いなくWinFormsはいらない子 273 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:26:16 ] >>270 なんかおかしいか？ >>271 HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。 手続き型になると、バグが入り込めちゃうからね 274 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:46:46 ] UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。 275 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 00:51:42 ] >>260 > ・GPU のパワーを使える 従来通り、描画処理がハードウェアアクセラレーションされるだけで、 演算処理は従来通りＣＰＵが行っているようだが？ >>・XAML＋C# による UI とビジネスロジックの分離 Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い >>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合 VMLやSVGなどの従来技術をごちゃ混ぜにしただけ >> ・タイムラインベースのアニメーション それFlash

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef