【新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 116 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 11:08:21 ] >>113 気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？ 117 名前：デフォルトの名無しさん [2007/02/28(水) 13:28:35 ] 普及しようにもナ・・・・・ しばらく無理だろ つうわけでマターリ4.0待つか 118 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 15:43:05 ] 98SEでいいやとか言ってる連中にマルチコアも糞もないだろ 119 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 21:04:08 ] >>116 確かにUIContextの件は残念だけどそこでマルチコアを持ち出すのはどうだかね。 コア数に応じてスケールする、本当の意味でのマルチコア対応を謳いたければ、 結局RDBMSなりWFなりの仕組みの上でプログラミングしないときついんじゃないかな。 そういう場面でUIContextの不在が問題になる状況ってあんまり思い付かないんだけど。 スレッド2〜3個の処理をハードコードして自己満足に浸りたい時には確かにUIContextが恋しくなるけどね。 でもベンチとってみたら猿でも使えるSQL Serverの方が高いスケーラビリティを示すなんてことが実にありそうだ。 ところでマルチコア以前に今のアプリはI/Oやネットワークの ブロッキングに対して無頓着なの多すぎだと思わない？ ちょっとネットワーク帯域が狭いからってUI応答が遅延するアプリが平気で生き残ってるし。 マルチコア以前にシングルコア時代の宿題がまだ終わっていない。 本気でやろうと思ったらVistaのWin32 I/Oキャンセルも対応しないと大変なのかもしれんけど。 ttp://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/default.aspx?loc=jp#S5 そういえばOrcas March 2007 CTPのリリースノートに「CLR: New Async model on Socket class」とかあるね。 まあ大半の開発者にっとってはこんなの使いこなす以前の問題が山積みで、結局大して使われない予感もする。 WPFとあんまり関係ない話でスマソ。 120 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 22:02:25 ] 色んな話をｺﾞｯﾁｬにして誤魔化す気満々？ 121 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 23:05:44 ] なんか必至にごまかしてるな 122 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 00:48:18 ] なんか、知らぬ間に誰かが書き込みしてるな。 123 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 07:38:49 ] >>119 フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、 そういうモデルを期待してたんだけどなあ。 そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。 まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。 124 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 10:33:29 ] >>123 へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。 名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。 そういや最近CCR特許がパブリッシュされてたね。 ttp://www.freepatentsonline.com/20070027912.html 125 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 11:21:56 ] Concurrency and Coordination Runtimeでしょ 126 名前：デフォルトの名無しさん mailto:sage [2007/03/03(土) 00:55:21 ] ロボットって時点で萎える 127 名前：名無しさん♯ mailto:sage [2007/03/03(土) 05:14:40 ] >>124 　 　　　　　　　∧＿∧　　　┌───────────────── 　　　　　　 ◯（ ´∀｀ ）◯ ＜ 僕はJoinsちゃん！！ 　　　　　　　 ＼　　　 ／　　└───────────────── 　　　　　　　_／ ＿＿ ＼_ 　　　　　　（＿／　　 ＼＿） 　　　　　　　　 　　ｌｌｌ ttp://research.microsoft.com/~crusso/papers/padl07.pdf ttp://research.microsoft.com/research/downloads/Details/f9d6994e-45f6-49b8-b3c9-2a44bb2a4c50/Details.aspx 128 名前：デフォルトの名無しさん mailto:sage [2007/03/03(土) 20:47:26 ] 狂ったか 129 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 22:07:44 ] Vista、個人での利用は0.9％、会社ではゼロ headlines.yahoo.co.jp/hl?a=20070307-00000019-inet-inet Vistaｵﾜﾀ 130 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 23:24:24 ] XPの時もそんなこと言ってる奴がいたな。 131 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 23:35:05 ] XPの時も抵抗激しかったね。 「ペケポン」と呼ばせようとしてたりｗ 132 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:46:04 ] >>108 ゲーム作ったことないだろ 133 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:49:16 ] ま、今のMS、日本法人も含めて、今回結果を出せなかった奴は全てクビにしないとダメ。 そうしないと、SONYみたいになっちゃうよー。 馬鹿が作るPS3みたいに、なっちゃうよー。 134 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:50:46 ] PS2の時もそんなこと言ってる奴がいたな。 135 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 08:43:50 ] >>132 ゲームならDirectXで作れよ 136 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 09:29:25 ] XBOX360はアメリカ(欧州も含む？)ではかなーり高い評価らしいな。 137 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 09:35:48 ] 方向としてはオワタに向かってる会社にそこまでしてマンセーして楽しい？ 何がメリット？ 138 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 14:21:34 ] 明日の飯を人質にとられてるから。 139 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 15:05:26 ] >>135 GDIのウンコ加減を認めると？ 140 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 15:27:07 ] 適材適所って知らないのかな 141 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 02:19:20 ] GDIがどの時代に生まれたのか考えれば、哀れみを持って接することが出来るはずなのだがな。 142 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 09:08:25 ] GDIは性能を除けば可愛いインターフェースだお。 アクセスの仕方に注意すれば劇遅ってわけでなし。 143 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 18:17:15 ] まあ描く内容による罠 16*16と1280*960のBitBltじゃぜんぜん違うし。 144 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 23:21:52 ] milcoreの仕様公開してくれないのがなんともなあ。 いつまでGDI使わせるつもりじゃ 145 名前：デフォルトの名無しさん [2007/04/07(土) 09:59:06 ] ウムコー 146 名前：デフォルトの名無しさん [2007/04/18(水) 22:07:04 ] Silverlight ageしちゃうぞー 147 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:08:47 ] >>146 正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？ 148 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:15:26 ] >>147 ないよー あ、壁紙が追加されたけど。 www.microsoft.com/silverlight/downloads.aspx 149 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:17:35 ] XAMLプログラミングって本買ってきた。 これから読む。 150 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:23:41 ] >>149 買ってきたところで悪いがあんまりいい本じゃないぞ、それ。 まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。 151 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:12:45 ] 何故先に言わん 152 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 20:55:23 ] >>151 おまいさんが、買おうしてるのを知らなかったから。 いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと 言わんかったような気もするがｗ まぁ、それに、代わりとなる書籍がないのも事実じゃない？　いまんとこ。 153 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 23:39:36 ] ttp://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=978-4-7980-1637-5 ↑この本はどうなんだろう？ 154 名前：デフォルトの名無しさん [2007/05/01(火) 23:51:01 ] Silverlight Including .NET Support - Download it Today blogs.msdn.com/mharsh/archive/2007/04/30/silverlight-including-net-support-download-it-today.aspx TechCrunch Japanese jp.techcrunch.com/archives/silverlight-the-web-just-got-richer/ 155 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 23:59:11 ] >>153 なぜかその本、amazonで扱ってないね。 156 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:04:26 ] >>155 有るよ。ISBNで検索したら出てきた。 ttp://www.amazon.co.jp/Windows-Presentation-Foundatio-%E8%B5%A4%E5%9D%82-%E7%8E%B2%E9%9F%B3/dp/4798016373/ref=sr_11_1/503-4620684-1795945?ie=UTF8&qid=1178031781&sr=11-1 157 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:12:29 ] >>156 本当だ。てか名前が欠けてるしｗ 通りで見つからんわけだ。 158 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:14:49 ] クリッコした。読んだあと、気が向いたらレポするよ。 159 名前：デフォルトの名無しさん [2007/05/02(水) 22:03:33 ] Silverlight age Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた Silverlightで動くPythonコンソール silverlight.net/Samples/1.1/DLR-Console/python/index.htm TechCrunch もう一本 jp.techcrunch.com/archives/take-time-to-understand-silverlight-its-important/ 160 名前：149 mailto:sage [2007/05/03(木) 20:22:11 ] >>153の本買ってきた。 これから読む。 161 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 20:47:50 ] >>159 なんという提灯記事・・・ 162 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 23:01:33 ] Linuxのサポートがないンだからさ、そんなもの不必要。 Operaのサポートがないンだからさ、そんなもの不必要。 いい加減にしろ、マイクロソフト。 163 名前：デフォルトの名無しさん [2007/05/04(金) 23:29:24 ] >>162 OperaとはWPF/E時代からクロスプラットフォームのためにこっそり共同開発してたらしい もうすぐ正式発表だってさ。Operaの中の人いわく ttp://my.opera.com/dstorey/blog/silverlight-coming-so-to-a-browser-near-you LinuxではMonoがサポートする予定らしい （ただ、Monoは人材不足らしいからかなり時間がかかるかも） ttp://news.com.com/8301-10784_3-9714669-7.html 164 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 01:36:04 ] しかしActionScriptなんて低レベルなコミュニティに新参者として顔をださなきゃならないくらいなら、 いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。 165 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 03:00:33 ] んなーのは幻想。 166 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:42:50 ] >>163 GJ！MSも少しは変わってきたのかね。 あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。 167 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:47:46 ] 乗り換えるのはクライアントが判断することだ。 開発者は情勢を見極めて開発するか決めればよい。 168 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:52:29 ] え゛っ 169 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 14:11:54 ] >>167は究極のコーディングマシン 170 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 18:52:22 ] 開発キットがタダで手にはいるなら、使ってやっても良いぞ >> マイクロソフト 171 名前：デフォルトの名無しさん [2007/05/05(土) 20:48:56 ] 質問。 Silverlight のサーバ側は、ASP.NET 以外は不可なのか? どうなんだよ、マイクロソフトさんよぉ。 172 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 21:11:11 ] >>171 d.hatena.ne.jp/Seasons/20070505/1178307632 d.hatena.ne.jp/Seasons/20070506/1178309681 ちゃんと読んでないけど。 173 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 22:24:47 ] >172 それ、ストリーム転送とか大丈夫なのかよぉーっっ。 174 名前：デフォルトの名無しさん mailto:sage [2007/05/06(日) 06:16:51 ] >>171 Apache可 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 全般、プレス発表時から散々言われてるけど プログラマ視点の利点しか目に付くところなくない気が。 てか、プログラマ視点で利便性よくなってて、 それ以上何を望むよ。

---

---

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

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