WinRTスレ (Metro, .NET Core, C++/CX)

1 名前：デフォルトの名無しさん mailto:sage [2011/09/24(土) 11:51:03.33 ] ネイティブで実装され、.NET, C++/CX, JavaScriptから利用可能な Windows用 次世代API Windows Runtime (WinRT) を語るスレ。 The Windows Runtime msdn.microsoft.com/en-us/library/windows/apps/hh464942(v=VS.85).aspx Windows Developer Preview downloads (Windows Developer Preview with developer tools English, 64-bit (x64) に開発ツールが含まれている) msdn.microsoft.com/ja-jp/windows/apps/br229516/ 152 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 13:55:49.68 ] >>145 Adobe製品やDAWなんかはすでに全画面表示が基本で、子ウインドウの撤廃。 コントロールはフロートパネルとして実装しているからMetro Styleと相性がいいぐらいだぞ？ Adobe Photoshop CS5 ttp://nullpo.vip2ch.com/ga6052.jpg Roland Sonar X1 ttp://nullpo.vip2ch.com/ga6053.jpg 153 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 13:58:46.08 ] >>150 事実上CEやめたからだろ 今までの客層をやすやすととられたくない 154 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 13:59:00.00 ] 先祖返りだなぁ。 155 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:02:07.32 ] Metroなんかよりマルチディスプレイ対策の方が需要あるだろ 156 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:05:57.71 ] >>152 ウインドウ云々の前に、マウス＋キーボードが操作主体になるアプリじゃ、Metro化する メリットはないし。 基調講演では、Microsoft Officeについて言及しなかったが、Adobe Photoshopについては、 マウスやキーボードショートカットなど細かい操作を要求するので、必ずしもタッチ操作には 向いていないとシノフスキー氏も認めている。 plusd.itmedia.co.jp/pcuser/articles/1109/15/news030_2.html 157 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:08:23.65 ] 別にWinRTでマウスやキーボードショートカットを使ってもいいのよ？ 158 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:09:31.21 ] 確かに思えばマルチウィンドウな事務作業とかと違って 画面の解像度フルに活かすために全画面が基本かもしれないな。 VSもMDIからタブと分割表示、ドッキングウィンドウが基本になったし 用途特化という意味ではブラウザが全画面だろうフォトショが全画面だろうが同じだな。 まあ全画面=Metroという意味ではないが、 オブジェクトブラウザ見たところWinRTでもマウスデバイスの入力情報はちゃんと取り使えそうだし。 159 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:10:18.70 ] >>157 うん、もちろん使ってもいいけど、えらい工数かけて移行するメリットってなんかあんの？ 160 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:12:14.57 ] マウスとキーボード使うなら逆にメトロに魅力感じないなあ 俺はアイアンマンみたいに開発したいんだ 161 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:15:17.35 ] MacのLion使った時も思ったけど、 フルスクリーンUIは10インチくらいまでの画面がサイズが 相性が良いと思った。 162 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:20:32.30 ] うん、一定サイズ以上のディスプレイだと、フルスクリーンにしなくても 快適な場合も多いからな 逆にフルスクリーンにした場合、視線やマウスの移動距離が 増えて使いにくく感じる場合もある 163 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:21:30.69 ] WinRTのControlクラス ttp://msdn.microsoft.com/en-us/library/windows/apps/windows.ui.xaml.controls.control(v=VS.85).aspx イベント名からMouseという言葉が消えとる。(´･ω･`) 164 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:22:16.73 ] Lionが使いにくい原因はフルスクリーンがどうのって問題ではない気が 165 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:23:27.34 ] >>159 「専門ツール使う層は嫌がるだろう」っていうから今でもMetro Styleと大差ないよって返したのに 「工数掛けて移行させるメリットがない」と何故か開発者視点と来たもんだ。 166 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:25:48.42 ] >>165 じゃあ、こう聞こうか。「Metroに移行すると、フォトショがぐんと使いやすく なったりするわけ？」 167 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:27:25.15 ] お前しだい 168 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:28:10.51 ] はあ、そうですか 169 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:28:15.44 ] >>162 フルHDクラスやそのマルチディスプレイな環境なら マウスなんて捨ててペンタブレットに移行した方が便利だよ。 精度は民生用でもマウスなんか比較にならないレベルだし （読取分解能：0.01〜0.005mm、クリック強度：1024〜2048段階） 170 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:28:36.13 ] >>163 マウスクリックもタップも両方「押す」だから統合したんだろ RightTapとかButtonDownがTapに変わっただけじゃねーか！変わらねー 171 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:30:36.03 ] なんで>>166の脳内では「嫌がらない」≒「ぐっと使いやすくなる」に変換されるの？ まぁ、Direct3DやDirect2D、DirectWriteで描画されるから快適にはなるんじゃないの？ 172 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:34:01.19 ] >>171 ごめん、日本語で頼む 173 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:34:02.11 ] 今でもGPU使ってるぞ? 174 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:38:00.63 ] そりゃ今時の画像処理ソフトが「GDI使ってるんで速度でませんでした」とか言ってたらぶち殺されるわ 175 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:39:28.50 ] >>165 開発者視点で反論してるのは俺じゃねーし なんか俺がダブスタしてるみたいに言うなｗ 176 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:40:52.99 ] 開発と無関係なMetro談義はこっちのエンドユーザー向けのスレでよろしく Windows 8 part5 hibari.2ch.net/test/read.cgi/win/1316834521/ 177 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:43:04.63 ] >>176 先生、WinRTの開発者にふさわしい話題をください！ 178 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 14:43:09.17 ] Expression BlendなんかWPFの完全C#アプリだけど デザインツールとしては意外とそんなに重くないよね 179 名前：デフォルトの名無しさん [2011/09/25(日) 14:49:35.64 ] Windows 8をもう嫌ってる人はテクノロジーが嫌いな人 www.gizmodo.jp/2011/09/windows_8_6.html 180 名前：デフォルトの名無しさん [2011/09/25(日) 15:05:32.11 ] メトロUIは一般人には好評だと思う どういうときにシングルクリックなのかダブルクリックなのか理解できない人がいるんだよな ワープロみたいにそれだけの機能使うときには余計なとこ見えない方がいい 181 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 15:22:54.32 ] Windows 8はMicrosoft再構築とBallmer氏 pc.watch.impress.co.jp/docs/news/event/20110916_477680.html とにかくみんなにこのステージに来て欲しい。個人経営のデベロッパー、自宅で稼ぐ14歳のデベロッパー、 フルタイムで働くデベロッパー、パートタイムデベロッパー、小さなソフトベンダー、Webサイト、 アプリケーション、SIer、大きなWebサイト、大きなソフトベンダー、大企業で働く人々まで、みんなに来て欲しい。 今こそ、まさに、デベロッパーの時代だ。Windowsデベロッパーの時代だ。前に進もう。 182 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:04:55.51 ] しかしWinRTがメトロしか作れないのならWin32の置き換えにはならんよね。 WinRTでデスクトップアプリを作れるようにするつもりなのか。WPF的なものを乗せてくるのか。 C++、WinRT(COM)、ネイティブなWPF?、XAMLなんかで組めたら全部ネイティブで最高だなw 183 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:25:11.59 ] …メトロ化（モバイル系フルスクリーンUI）は時代の流れだから仕方ない。 メトロ化で過去の遺物になりそうなデバイスがマウスになるが、これも長い時間をかけて消されていく。 意外と長期的な視野に立っている。 184 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:27:34.78 ] タッチスクリーンとマウスが入れ替わるか、それとも分離されるか。 スタイルの変化だな。 デスクトップPCの開発環境は変わらないと思うけど。 185 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:28:59.57 ] デスクトップもメトロになると思ってるお花畑な奴がやっぱ沸いてくるんだなw 186 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:31:26.37 ] >>63 ＞weekly.ascii.jp/elem/000/000/058/58015/20110920atrs001_cs1e1_1000x.png …分かりやすいな。 仮想コンソール環境に近付いていく。 187 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:32:33.70 ] Metroなエロゲの登場に期待 プルプルした乳を撫で撫でしたら興奮するよね 188 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:32:56.76 ] >>185 いや、MSならやりかねんぞｗ あっと言う間に塗り替えるからな。 189 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:34:39.82 ] …仮想コンソール環境とクラウド・コンピューティングとはまた別枠の話だからな。 混同しないように。 仮想コンソール環境はクローズド・コンピューティングが前提。 190 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:36:36.78 ] SilverlightのOOBみたいなやつで良いから WinRTで作ったアプリをデスクトップでも使える形にしてほしいかな。 もちろんAppStore（だっけ？）経由じゃなくても配布可能な形で 191 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:42:36.45 ] 今後普及が拡大していくスレートPCとか、メトロインターフェイスの需要は大きいからな。 192 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:44:16.63 ] アンドロイドの駆除体勢は整ってきたなｗ 193 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:47:14.47 ] 技術的な話ができる奴がほとんどいねーな 昔のWPFスレを見てるようだ 194 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:48:48.31 ] 今のところコテが喚いているだけのスレだな 195 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 16:56:22.32 ] ほらねｗ 196 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:56:37.37 ] その前にWPFとSilverLightを統合しろよ 覚えるの面倒だよ 197 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:57:21.40 ] WinRTはメトロUI専用ではないのだが 198 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 16:59:42.54 ] >>197 ふ〜ん。 じゃあ、VS11でWinRTを使って非メトロアプリを作る方法を教えてよ？ 199 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:03:10.29 ] 普通にWin32や.NETのプロジェクトから、WinRTのAPIを呼び出すだけじゃないの？ 200 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:04:00.01 ] >>196 違いが多すぎて統合なんて無理。 どっちかを廃止するしかない。 廃止するとしたら、HTML5のおかげで急速に存在感を失っているSilverlightだろうな。 WPFで使われてるフルバージョンの.NETはAzureやASP .NETがあるから廃止なんてありえないし。 201 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:06:43.85 ] >>199 WinRTが使えるのは.NET Core。 普通の.NETとは実行環境自体が異なる。 202 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:11:02.91 ] >>200 Silverlight Out of Browser がこちらを見ている 203 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:16:30.37 ] なんか"Longhorn"が発表になってWinFXがどうのと騒いでた頃を思い出すな。 204 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:20:05.63 ] その前にやるべき事はWindowsPhoneを普及させる事だと思うのだが 205 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:22:24.22 ] >>202 どうしてもWPFと比べて見劣りするんだよね SilverlightってWPFからデスクトップ向けの機能が削られたようなものだから 206 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:22:49.02 ] >>204 Win8リリースと同時にPhone対応もお願い。 207 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:28:44.56 ] ホーム画面だけならWindowsPhoneはiPhoneよりはるかにかっこいい。 やっぱりMetroはいいよ。 だが、Win8のMetro。お前はダメだ。 あの長い横スクロールは酷い。 208 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:29:45.99 ] .NETベースにして、Win32 API用のラッパを提供するという計画がとん挫して、現実的な対処をした感じ。 209 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:30:45.35 ] >>207 縦スクロールにすべきだとは思う。 210 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:30:49.30 ] androidアプリでNative触るのと同じだな 211 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:31:47.20 ] 議論もいいけどMetroアプリ作ってみようぜ Metro style app development msdn.microsoft.com/en-us/windows/apps/ Metroアプリのサンプル集 code.msdn.microsoft.com/windowsapps/Windows-Developer-Preview-6b53adbb 212 名前：デフォルトの名無しさん [2011/09/25(日) 17:38:06.47 ] blogs.microsoft.co.il/blogs/sasha/archive/2011/09/15/winrt-and-net-in-windows-8.aspx Next, a C++ Metro application will still load Win32 DLLs such as kernel32 and ntdll. Moreover, the WinRT APIs call into the Win32 DLLs so they are not a replacement but rather a wrapper, an API flavor, on top of Win32. (Historical note: Windows used to have a feature called “environment subsystems”, which can be roughly described as API flavors. WinRT is not an environment subsystem it is a library on top of the Win32 environment subsystem.) 213 名前：デフォルトの名無しさん [2011/09/25(日) 17:44:51.69 ] What about the limitations, then, that a Metro application has in terms of API surface? Indeed, a Metro application written in C++ will be able to access only a part of the Win32 API surface, and this is accomplished through a bunch of preprocessor definitions. よくわからんがただのWin32ラッパーで、しかもプラットフォーム呼び出しの機能がいろいろ制限されててダイアログすら作れないのか なんか嬉しいのかこれ？配布もアプストア経由のみで、自由にできないんだろ デスクトップ用途には要らない子にしか見えんな 214 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:45:51.65 ] WPFを普段から使ってると、あまりワクワク感が無いなぁ。 とりあえず、WPF+AsyncCTPでTask周りに慣れておいて、 WinRTを使うのは正式公開されてからでいいや、って気分になってしまう。 215 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:48:13.06 ] >>213 その制限されたAPIのみが宣言されたヘッダファイルは用意されているのかな？ 無いとしたらかなり面倒な事になるぞ。 216 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:50:57.28 ] >>215 そのブログに書いてあるけど勿論ヘッダは利用できて RT用のコンパイルだと#pragmaや#ifdefの制御で色々無効になるっぽいな まあWindowsフォンが売れたらそれで商売したい人が飛びつくのかもしれんが 今のところの情報の範囲では、俺には関係ないものと分かったわ 217 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:51:09.28 ] >>211 今までと同じように作れちゃうのが凄い。 XAML様様だな。 218 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 17:58:54.94 ] なに？メトロアプリではMessageBoxが許されない？ 嫌だね。 あえて俺はMessageBoxをコールするッッ！！ 219 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:00:18.77 ] >>213 ダイアログはあるが、ダイアログウィンドウではない。 220 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:02:32.62 ] NTFSではasync I/O使っても全てのI/Oが実際に非同期化はされないわけだが その辺WinRTではどうなってるんだろう 単に裏でスレッド回してるのかな 221 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:04:38.98 ] マルチウィンドウをそもそも想定してないんだよな？ 完全にWindowsフォンアプリ／ゲーム用環境じゃねーのこれ Win32のラッパーとして、.NETより少しは速いのか？ 222 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:09:38.03 ] >>220 .NETだと非同期っぽく見せるために裏でスレッドを回してるから WinRTでも同じことをするんじゃね？ 223 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:12:43.55 ] >>222 .NETはIOCPのワーカーを裏で回してるんだったかな 多分同じなんだろうな 224 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:15:22.06 ] 時間かかる処理を明示するために時間かかりそうなものは基本非同期APIのみだって言ってるから まあ裏でスレッドは回してるだろうよ UIレスポンスを重視してるようだからUIスレッドをブロックするような構造を排除したいんだろうね 225 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 18:17:21.84 ] >>215 使用できないAPIを使うとちゃんとコンパイルエラーになりますよ。(´･ω･`) ただし、"identifier not found"のメッセージなので分かりづらい。(´･ω･`) 226 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 20:32:05.02 ] 会社で社員がみんなスマホやタブレットで仕事してる姿想像して吹いた あり得ん 227 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 20:44:50.63 ] 今のキーボードより速く打てるのが出ないとな。 228 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 21:59:29.93 ] WinRT の描く姿って、 会社だと普通にデスクトップ、 それと同じ画面に外からタブレットで接続ってのでしょ。 最終形は↓こんなの。 www.istartedsomething.com/20090228/microsoft-office-labs-vision-2019-video/ 229 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:02:00.78 ] >>228 脳内廚はＲＯＭってろよ 230 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:08:26.35 ] 特定業務向けアプリにいいな＞全画面 ダイアログでZオーダー狂わされんのはもうイヤ 231 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:13:33.61 ] >>230 ダイアログの使い方間違ってないか。 232 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:14:41.17 ] WinRTってViewの部分だけ？ 233 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:19:43.16 ] 全部ある 234 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:40:11.88 ] リファレンスが msdn.microsoft.com/en-us/windows/apps これか APIは msdn.microsoft.com/en-us/library/windows/apps/br211369(v=VS.85).aspx ここで見れる これみたら大体分かるのでは？ ASP.NETのWebアプリみたいにホストアプリケーションのサンドボックス内で動くからか プロセスやスレッドの生成などは出来ないようになっているように見える winsock2も触れないようだ 235 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:57:45.09 ] 実は業務アプリに向いてたりして マルチウィンドウで余計な事されないし 236 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 22:58:42.13 ] Windows.UI.Xamlってどうなん 237 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:05:48.36 ] DataGridが無いと 238 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:09:00.95 ] InfoQに Windows 8は、Win32 APIを置き換える だの WinRT:Win32のオブジェクト指向による代替 だの 煽り文句が書いてあるから、おいおいどうなるんだよとか思ってたが 要はWin32の上で動作するWinRTのホストアプリケーションの上で動作する ただのスマホアプリ開発環境か ハイプもいい加減にしろよな 239 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:10:27.52 ] （苦笑） 240 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:28:55.25 ] >>235 ウィンドウを並べて表示されることは要求されることは多いが ウィンドウを自由に動かせることに意味があることは少ない むしろその場合ウィンドウ揃わないとストレスだからAero Snapとかできっちり合わせるほうが見やすいし MDIだろうがドッキングウィンドウだろうがクールバーだろうが重ねずに並べることが多い オーバーラップが必要なのはダイアログ程度 そういう意味ではMetroの画面分割は理にかなってるしMetroの場合表示領域内のアプリの入れ替えが簡単 だから分割の自由度向上をだな 241 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 23:37:28.18 ] >>240 …複数のウィンドウを重ねて表示すると言うのは現実的にはあまり意味がないと言うコトが 　 分かって来た感じだな。 どうしてもと言う場合はディスプレイをもう1台追加して…と言うコトになる。 242 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:44:29.72 ] やっぱり.NET終了か 243 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:50:01.76 ] >>242 WinRT 上でも .NET が一番使いやすよ。 特に非同期処理。 244 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 23:51:29.02 ] …前にどっかのHPに書いてたけど、WindowsAPIを中間言語で表現できるフォーマットに統一して 　 CPUの差異をなくすと言う話。 これによってARMやnVIDIAが互角に参入できる形を作ろう、っと。 この背景はインテルとマイクロソフトが独禁法で潰されると言う懸念を予め排除しておこうと言う 目論見がある。 ただこうなるとマイクロソフトがアーキテクチャを牛耳るコトになるので話半分と言うコトにもなる。 現実的には、古くなって仕様頻度の低い技術や普及しなかったAPIが切り捨てられる。 245 名前：デフォルトの名無しさん mailto:sage [2011/09/25(日) 23:54:29.49 ] 置き換えはなさそうだよね。メトロ作るためのCOM実装のAPIとサンドボックス化されて他のAPIは呼べないでFAかな あとMinimum supported client Windows XPって書いてるAPIあるからバックポートするつもりなのか 246 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/25(日) 23:57:36.13 ] >>245 …いや、古いAPIを使ってる人たちには、当分の間、ブリッジインターフェイスを経由してそのまま 　 使えるようにするが、将来的には廃止されると言うコト。 ７も含めて終わるかもな。 247 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:00:12.27 ] それとこの、新しいインターフェイスはインタープリター（スクリプト）で動くと言うコト。 中間言語だからそういうコトになる。 248 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:05:28.62 ] >>234 .NETだと結局今までのSystem.*使わないと足りないんだな。 249 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:05:37.06 ] いやJITなんでインタープリタとは違うと思うけど。 250 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:07:32.67 ] >>249 アプリケーションの話ではない。 インターフェイスを動作させる部分を書いてるコアの部分。 251 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:10:28.62 ] …もうちょっと分かりやすく言うと、システムそのものをBASICで書いて共通化させようってコト。 そのBASICに相当する部分が仮想コンソール環境と言うコトになって、CPUの差異を解消する。 252 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:12:04.21 ] >>246 既存部分はなにもかわらねーよカス

---

---

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

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