>>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とあんまり関係ない話でスマソ。