【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/11/08(水) 10:43:18.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
0097デフォルトの名無しさん
2007/02/24(土) 21:54:33そうでもしないとウリがないからじゃね？
人、それを手段の目的化と言う。
0098デフォルトの名無しさん
2007/02/24(土) 23:19:390099デフォルトの名無しさん
2007/02/25(日) 12:10:36ttp://www.sneath.org/tim/chocolate.xaml
0100デフォルトの名無しさん
2007/02/25(日) 12:55:42仕掛けねーじゃんｗ
普通のWebで十分。
0101デフォルトの名無しさん
2007/02/25(日) 17:34:26まじでいらねーな
0102デフォルトの名無しさん
2007/02/27(火) 13:42:46TBSなんかと組んで法則発動したな･･･
0103デフォルトの名無しさん
2007/02/27(火) 15:16:44このサンプルはWPF/EのCTPだよね＾＾；
この速度で正式版だったら終わったなｗ
0104デフォルトの名無しさん
2007/02/27(火) 16:30:00.xbapはWPFの方。つまり、正式版でこの有り様ってこと。
これがVistaの新しい「体験」とやらだ。終わってるな。
0105デフォルトの名無しさん
2007/02/27(火) 16:39:250106デフォルトの名無しさん
2007/02/27(火) 22:25:12そもそも初回描画に時間がかかっても
GDIのように更新もしてないのに無駄なWM_PAINTで描き直しつづける必要がないからね。
0107デフォルトの名無しさん
2007/02/27(火) 22:39:43利点
WPFだとGPUパイプラインでCPUで描画処理のリソースを有効に活用できる。
XAMLでMVCモデルで開発ができる。
欠点
3D描画処理が重い（使えない）
WPF/Eで3D処理が行えない（Flashより有用なところがない）
0108デフォルトの名無しさん
2007/02/27(火) 23:01:30別にコーディング上不可にもならん。
0109デフォルトの名無しさん
2007/02/27(火) 23:09:370110デフォルトの名無しさん
2007/02/28(水) 01:05:180111デフォルトの名無しさん
2007/02/28(水) 02:54:560112デフォルトの名無しさん
2007/02/28(水) 07:03:05とどめたほうがよかった気がするな
0113デフォルトの名無しさん
2007/02/28(水) 09:27:41ただ、実装に数年かかったと言うことと、色々イレギュラーな件が発生してパフォーマンスが落ちたけど。
でも、設計方針は間違ってない。
かなり気合い入れて設計されているのに、あまりアピールしてないから、みんな見た目だけでグチグチ文句言ってるけどさ。
0114デフォルトの名無しさん
2007/02/28(水) 09:54:520115デフォルトの名無しさん
2007/02/28(水) 10:00:25だなw
0116デフォルトの名無しさん
2007/02/28(水) 11:08:21気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？
0117デフォルトの名無しさん
2007/02/28(水) 13:28:35しばらく無理だろ
つうわけでマターリ4.0待つか
0118デフォルトの名無しさん
2007/02/28(水) 15:43:050119デフォルトの名無しさん
2007/03/01(木) 21:04:08確かに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とあんまり関係ない話でスマソ。
0120デフォルトの名無しさん
2007/03/01(木) 22:02:250121デフォルトの名無しさん
2007/03/01(木) 23:05:440122デフォルトの名無しさん
2007/03/02(金) 00:48:180123デフォルトの名無しさん
2007/03/02(金) 07:38:49フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。
0124デフォルトの名無しさん
2007/03/02(金) 10:33:29へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。
そういや最近CCR特許がパブリッシュされてたね。
ttp://www.freepatentsonline.com/20070027912.html
0125デフォルトの名無しさん
2007/03/02(金) 11:21:560126デフォルトの名無しさん
2007/03/03(土) 00:55:210127名無しさん♯
2007/03/03(土) 05:14:40∧＿∧ ┌─────────────────
◯（ ´∀｀ ）◯ ＜ 僕はJoinsちゃん！！
＼ ／ └─────────────────
_／ ＿＿ ＼_
（＿／ ＼＿）
ｌｌｌ
ttp://research.microsoft.com/~crusso/papers/padl07.pdf
ttp://research.microsoft.com/research/downloads/Details/f9d6994e-45f6-49b8-b3c9-2a44bb2a4c50/Details.aspx
0128デフォルトの名無しさん
2007/03/03(土) 20:47:260129デフォルトの名無しさん
2007/03/07(水) 22:07:44http://headlines.yahoo.co.jp/hl?a=20070307-00000019-inet-inet
Vistaｵﾜﾀ
0130デフォルトの名無しさん
2007/03/07(水) 23:24:240131デフォルトの名無しさん
2007/03/07(水) 23:35:05「ペケポン」と呼ばせようとしてたりｗ
0132デフォルトの名無しさん
2007/03/08(木) 00:46:04ゲーム作ったことないだろ
0133デフォルトの名無しさん
2007/03/08(木) 00:49:16そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。
0134デフォルトの名無しさん
2007/03/08(木) 00:50:460135デフォルトの名無しさん
2007/03/08(木) 08:43:50ゲームならDirectXで作れよ
0136デフォルトの名無しさん
2007/03/08(木) 09:29:250137デフォルトの名無しさん
2007/03/08(木) 09:35:48何がメリット？
0138デフォルトの名無しさん
2007/03/08(木) 14:21:340139デフォルトの名無しさん
2007/03/08(木) 15:05:26GDIのウンコ加減を認めると？
0140デフォルトの名無しさん
2007/03/08(木) 15:27:070141デフォルトの名無しさん
2007/03/09(金) 02:19:200142デフォルトの名無しさん
2007/03/09(金) 09:08:25アクセスの仕方に注意すれば劇遅ってわけでなし。
0143デフォルトの名無しさん
2007/03/09(金) 18:17:1516*16と1280*960のBitBltじゃぜんぜん違うし。
0144デフォルトの名無しさん
2007/03/15(木) 23:21:52いつまでGDI使わせるつもりじゃ
0145デフォルトの名無しさん
2007/04/07(土) 09:59:060146デフォルトの名無しさん
2007/04/18(水) 22:07:040147デフォルトの名無しさん
2007/04/18(水) 22:08:47正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？
0148デフォルトの名無しさん
2007/04/18(水) 22:15:26ないよー
あ、壁紙が追加されたけど。
http://www.microsoft.com/silverlight/downloads.aspx
0149デフォルトの名無しさん
2007/04/30(月) 22:17:35これから読む。
0150デフォルトの名無しさん
2007/04/30(月) 22:23:41買ってきたところで悪いがあんまりいい本じゃないぞ、それ。
まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。
0151デフォルトの名無しさん
2007/05/01(火) 08:12:450152デフォルトの名無しさん
2007/05/01(火) 20:55:23おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ
まぁ、それに、代わりとなる書籍がないのも事実じゃない？ いまんとこ。
0153デフォルトの名無しさん
2007/05/01(火) 23:39:36↑この本はどうなんだろう？
0154デフォルトの名無しさん
2007/05/01(火) 23:51:01http://blogs.msdn.com/mharsh/archive/2007/04/30/silverlight-including-net-support-download-it-today.aspx
TechCrunch Japanese
http://jp.techcrunch.com/archives/silverlight-the-web-just-got-richer/
0155デフォルトの名無しさん
2007/05/01(火) 23:59:11なぜかその本、amazonで扱ってないね。
0156デフォルトの名無しさん
2007/05/02(水) 00:04:26有るよ。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
0157デフォルトの名無しさん
2007/05/02(水) 00:12:29本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。
0158デフォルトの名無しさん
2007/05/02(水) 00:14:490159デフォルトの名無しさん
2007/05/02(水) 22:03:33Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた
Silverlightで動くPythonコンソール
http://silverlight.net/Samples/1.1/DLR-Console/python/index.htm
TechCrunch もう一本
http://jp.techcrunch.com/archives/take-time-to-understand-silverlight-its-important/
0161デフォルトの名無しさん
2007/05/03(木) 20:47:50なんという提灯記事・・・
0162デフォルトの名無しさん
2007/05/04(金) 23:01:33Operaのサポートがないンだからさ、そんなもの不必要。
いい加減にしろ、マイクロソフト。
0163デフォルトの名無しさん
2007/05/04(金) 23:29:24Operaとは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
0164デフォルトの名無しさん
2007/05/05(土) 01:36:04いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。
0165デフォルトの名無しさん
2007/05/05(土) 03:00:330166デフォルトの名無しさん
2007/05/05(土) 13:42:50GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。
0167デフォルトの名無しさん
2007/05/05(土) 13:47:46開発者は情勢を見極めて開発するか決めればよい。
0168デフォルトの名無しさん
2007/05/05(土) 13:52:290169デフォルトの名無しさん
2007/05/05(土) 14:11:540170デフォルトの名無しさん
2007/05/05(土) 18:52:220171デフォルトの名無しさん
2007/05/05(土) 20:48:56Silverlight のサーバ側は、ASP.NET 以外は不可なのか?
どうなんだよ、マイクロソフトさんよぉ。
0172デフォルトの名無しさん
2007/05/05(土) 21:11:11http://d.hatena.ne.jp/Seasons/20070505/1178307632
http://d.hatena.ne.jp/Seasons/20070506/1178309681
ちゃんと読んでないけど。
0173デフォルトの名無しさん
2007/05/05(土) 22:24:47それ、ストリーム転送とか大丈夫なのかよぉーっっ。
0174デフォルトの名無しさん
2007/05/06(日) 06:16:51Apache可
0175デフォルトの名無しさん
2007/05/08(火) 21:00:120176デフォルトの名無しさん
2007/05/08(火) 23:20:110177デフォルトの名無しさん
2007/05/08(火) 23:26:050178デフォルトの名無しさん
2007/05/10(木) 22:52:02日本語版無いのか・・・orz
0179デフォルトの名無しさん
2007/05/12(土) 22:10:140180デフォルトの名無しさん
2007/05/12(土) 23:54:170181デフォルトの名無しさん
2007/05/12(土) 23:58:58もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない
やってみたことないのでさっぱりわからないが
0182デフォルトの名無しさん
2007/05/22(火) 00:19:310183デフォルトの名無しさん
2007/05/22(火) 00:52:430184デフォルトの名無しさん
2007/05/22(火) 17:35:43できるとすれば、CLRホスティングでだろうな。
0185デフォルトの名無しさん
2007/06/04(月) 18:59:52http://www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja
やっと出たんだっけ。
0186デフォルトの名無しさん
2007/06/08(金) 19:33:18XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…
0187デフォルトの名無しさん
2007/06/08(金) 19:52:06ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。
0189186
2007/06/08(金) 21:20:06BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？
DependencyObject派生ではないsourceで
source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty
としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…
0190186
2007/06/10(日) 02:36:57スレ汚してすみません。
0191デフォルトの名無しさん
2007/06/11(月) 11:02:02Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。
0192デフォルトの名無しさん
2007/06/11(月) 15:56:41そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど
0193デフォルトの名無しさん
2007/06/11(月) 16:17:400194デフォルトの名無しさん
2007/06/11(月) 20:27:25てか、できなきゃ困る
0195デフォルトの名無しさん
2007/06/11(月) 20:34:21FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？
0196デフォルトの名無しさん
2007/06/11(月) 21:04:38XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。
■ このスレッドは過去ログ倉庫に格納されています