11/09/24 11:51:03.33
ネイティブで実装され、.NET, C++/CX, JavaScriptから利用可能な
Windows用 次世代API Windows Runtime (WinRT) を語るスレ。
The Windows Runtime
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
Windows Developer Preview downloads
(Windows Developer Preview with developer tools English, 64-bit (x64) に開発ツールが含まれている)
URLﾘﾝｸ(msdn.microsoft.com)
2:デフォルトの名無しさん
11/09/24 12:00:02.56
誰が使うん？
3:デフォルトの名無しさん
11/09/24 12:00:34.15
遅い。1週間早ければ乙だった。
4:デフォルトの名無しさん
11/09/24 12:02:12.83
VistaとかXP用の開発環境も出てくるということは
WinRTってWin32のただのラッパーなのか
5:デフォルトの名無しさん
11/09/24 12:05:31.80
VisualStudio11はWin8以外でも動くけど、
WinRTアプリはWin8でしか開発できないよ。
6:デフォルトの名無しさん
11/09/24 12:05:58.27
とおもったら>>1のやつはWindows8のリンクじゃん
7:デフォルトの名無しさん
11/09/24 12:07:20.06
Windows8からはWin32よりもWinRTを直に呼び出す方が速い
Win32はわざと遅くするみたいな小細工してくるんだろうな
あーやだやだ
8:デフォルトの名無しさん
11/09/24 12:09:44.13
「50ms以上かかるAPIはすべて非同期になります(ｷﾘｯ」
C++やJavaScriptでも使えるけど、非同期APIとか面倒すぎて
C#のasync,awaitがないとやってられない
9:デフォルトの名無しさん
11/09/24 12:10:49.51
これ使うメリットって
Win7以前で動かないのと、公式ショップでしか配れない以外に
何かあるの？
10:デフォルトの名無しさん
11/09/24 12:12:29.11
>>9
メトロ大好きっ子向け
将来的には
URLﾘﾝｸ(www.youtube.com)
みたいなのを目指してるんだけど、まだ理想に追いついてない感じ
11:デフォルトの名無しさん
11/09/24 12:14:14.47
それはメリットじゃなくてデメリットじゃないのか？
メリットは高速なWPFってとこかね。
WPFは便利なんだけど、パフォーマンス面で問題が出てたから。
12:デフォルトの名無しさん
11/09/24 12:23:47.50
WPFってなんでとろいの？
13:デフォルトの名無しさん
11/09/24 12:29:36.53
>>8
そのためのライブラリがC++やJSにも導入されている
JSだとPromise、C++だとPPL。
俺は使ったことないが、Dev Centerのサンプル見るとどちらもラムダを主軸としたものに見えるから
.NETのTPLと似たようなものだろうが
async/awaitは糖衣構文でフラットに書けたりする分有利ではあるな。
14:デフォルトの名無しさん
11/09/24 12:33:19.88
>>13
C++ のやつは C# でいうと event-driven async pattern。
JS のは、C# でいうとろの Task.ContinueWith つなぐタイプ。
C# 5.0 で導入される async/await と比べるとだいぶやっぱ使いにくい。
15:デフォルトの名無しさん
11/09/24 12:40:10.91
>>14
なるほ
まあ他はライブラリの中async/awaitだけ言語拡張だしなぁ
16:デフォルトの名無しさん
11/09/24 12:41:43.23
これは流行らんな
17:デフォルトの名無しさん
11/09/24 12:44:30.91
>>12
理由は色々あるが、その一つにオブジェクト大量生成によるGCの負荷がある
(Templateの仕組みにより、どうしてもオブジェクトが大量に生成されてしまう)
実装がネイティブになることで、この点は解決されるだろう
18:デフォルトの名無しさん
11/09/24 12:52:41.15
WPFはImageコントロールがUIスレッドをブロックしたり、
実行時にBinaryXAMLの読み込みが必要以上に頻発したりと、
どうもおかしな実装が多かった
ネイティブにしたところで、同じような実装なら遅いままだろうなぁ・・・
ちゃんと、パフォーマンスを考えて、まともな実装をしてくれるといいんだけど
19:デフォルトの名無しさん
11/09/24 12:54:30.52
Win8でしか動かないってのがなあ
20:デフォルトの名無しさん
11/09/24 12:58:39.49
わざわざ旧OSで使いたがる人がそんないるとは思えんけどね。
さしあたりメインターゲットはタブレット機辺りだし、これから出てくるのは
基本8搭載でしょ。
21:デフォルトの名無しさん
11/09/24 12:58:54.95
所詮MSがAppStoreで儲けるための布石でしかないからね
22:デフォルトの名無しさん
11/09/24 13:13:36.94
Win8メトロ切ったら快適だわw
23:デフォルトの名無しさん
11/09/24 13:21:38.59
Metroアプリが旧デスクトップ上にウィンドウ表示できないとビジネスアプリなんかに使えないよ。
24:デフォルトの名無しさん
11/09/24 13:23:55.18
タイルをデスクトップに置けたり、MetroアプリをZune Softwareみたいな形式で使えたら面白そうだとも俺も思ったが
そもそも、ここはWinRTスレだ。
25:デフォルトの名無しさん
11/09/24 13:41:13.83
タブレットではメトロアプリしか使えないとか
そんな感じになるのかな？
26:デフォルトの名無しさん
11/09/24 13:55:01.58
価格が安い代わりにメトロしか動かせないエディションとか出るかもね
27:デフォルトの名無しさん
11/09/24 13:59:30.06
なんだそのゴミパソ
28:デフォルトの名無しさん
11/09/24 14:05:05.62
Win８上で仮想マシン（スマホもどき） 作って、そこでメトロったらいいのでは？
29:デフォルトの名無しさん
11/09/24 14:05:07.35
ARM版はメトロしか動かないんじゃないのかな？
30:デフォルトの名無しさん
11/09/24 14:16:13.82
ARM版タブレットはMetroのみでおｋ
いさぎよいし
Metroの普及に弾みがつく
31:デフォルトの名無しさん
11/09/24 14:21:19.16
「ARM版Windows 8でデスクトップアプリは動く」とマイクロソフト - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
動くらしいよ。
制限付きそうだが。
旧デスクトップ、エクスプローラなどは切り捨てて、アプリだけ動くでいいのにな。
32:デフォルトの名無しさん
11/09/24 14:22:21.28
動くのか
CPUエミュとかするんだろうか
33:デフォルトの名無しさん
11/09/24 14:25:57.70
エミュなんてめんどうなことはやれねー
再コンパイルしてくれって言ってたじゃん
34:デフォルトの名無しさん
11/09/24 14:39:13.14
やっぱりバイナリ2つリリースしないといけないのか
35:デフォルトの名無しさん
11/09/24 14:48:57.89
>>34
ちがうよ、3つ。x86とx64とARM。
36:デフォルトの名無しさん
11/09/24 14:57:44.91
IA-64「」
37:デフォルトの名無しさん
11/09/24 14:59:32.42
そんなんでARMタブレット売れるの？
そんなに電池の持ちが違うのかな
38:デフォルトの名無しさん
11/09/24 14:59:49.68
WOW64は無くなるの？
39:デフォルトの名無しさん
11/09/24 15:09:36.31
そろそろwin32apiなくせよ
40:デフォルトの名無しさん
11/09/24 15:10:38.68
>>35
さらにARMはCPUによって4バージョンだっけ？
41:デフォルトの名無しさん
11/09/24 15:16:45.84
>>38
引き続き搭載されると思うぞ。なかったら暴動モノ
>>39
WinRTが活躍すればWin32はレガシとなる。完全に消え去るのはもっと後のことだろうが。
42:デフォルトの名無しさん
11/09/24 15:21:32.43
レガシーサポートはエンプラ版とUltimateだけでいいよ
値段もぼったくってやれ
43:デフォルトの名無しさん
11/09/24 15:23:09.89
Win8 タブレット→ほとんど売れず
Windows Phone→Win8ベースになるも、ほとんど売れず
パソコン→Metro上のアプリが増えず、ユーザーもMetroに移行せずの悪循環に陥る
このありがちなシナリオで、Win32が主流のままに5万ペセタ
44:デフォルトの名無しさん
11/09/24 15:24:34.13
ただでMetroアプリ作れるならお父さん、頑張って小遣い稼ぎしちゃうぞ
45:デフォルトの名無しさん
11/09/24 15:25:30.19
某所に張られたからか頭おかしいのが増えたな
ここはWinRTスレなんだが
46:デフォルトの名無しさん
11/09/24 15:34:09.31
>>45
で？
47:デフォルトの名無しさん
11/09/24 15:37:16.91
ネイティブで実装され、.NET, C++/CX, JavaScriptから利用可能な
Windows用 次世代API Windows Runtime (WinRT) は不要ですか？
48:デフォルトの名無しさん
11/09/24 15:44:09.98
Win8でしか使えないんでしょ
当分様子見かな
49:デフォルトの名無しさん
11/09/24 15:48:28.91
8の時点で使うやつはそりゃ結構いるだろうが、本格的に広がるようになるのはもう一世代後だろうな
MSの新規物はバージョン3からとよく言われてることもあるし
50:デフォルトの名無しさん
11/09/24 16:00:45.90
そもそもマイクロカーネルは非同期通信が前提なんじゃなかった？
MachはlibcでUNIX的な同期処理しようとするから遅い遅い言われてたような
51:デフォルトの名無しさん
11/09/24 16:19:12.02
んで、おまいら何か作ってみた？
52:デフォルトの名無しさん
11/09/24 16:24:08.24
ARM版みないとよくわからんが、結局Win32ラッパなんだな
53:デフォルトの名無しさん
11/09/24 16:30:01.85
図説の通りならカーネルの上にサブシステムとして乗ってるはずだが今の実装はどうなんだろうな
54:デフォルトの名無しさん
11/09/24 16:34:19.27
>>52
WinRT は…
∧__∧ ∧__∧ なんでラッパやねん！
( *‘ω‘=m===く| ﾎﾟｯﾎﾟｺﾎﾟｰ♪ (＞＜；)
( つ（(ニΦニ)） (つと )
v v v v
55:デフォルトの名無しさん
11/09/24 16:59:13.72
8のWinRTはネイティブだぞ
7でMetro開発出来ないのはその辺に理由があるんだろ
56:デフォルトの名無しさん
11/09/24 17:01:21.48
んや、サブシステムでもカーネル側での細工が必要でない限り後からサブシステムは追加可能だぜ
SUAとかあるし。
57:デフォルトの名無しさん
11/09/24 17:33:09.37
Win32とは別のサブシステムって事は
WinRTアプリからWin32APIの呼出しはP/InvokeやCOM経由でもできないのかな？
58:デフォルトの名無しさん
11/09/24 17:38:16.97
>>53
実際には図説のとおりではなく、Win32依存らしいよ。
URLﾘﾝｸ(pc.watch.impress.co.jp)
59:デフォルトの名無しさん
11/09/24 17:41:49.49
>>58
Win32上のレイヤかー
でもいつものろくでもないラッパーよりは差を吸収してくれそうだな。
Win32をレガシと呼びたいらしいから時代が進んだら依存関係を逆転したりとか考えてそう
60:デフォルトの名無しさん
11/09/24 17:43:36.82
まぁ、既存コンポーネントの利用を考えればそうなるよな。
サブシステム化はWinRTコンポーネントが充実してからってところかな？
61:デフォルトの名無しさん
11/09/24 17:49:58.52
>>57
できないらしいぞ
WinRTからWin32はP/InvokeやCOM経由も完全に排除されるらしい
逆もまた無理だそうだ
>>58
山田祥平は何を根拠にマイクロソフトの発表と異なる見解を述べてるの？
62:デフォルトの名無しさん
11/09/24 17:52:48.04
まあどういった実装でもP/InvokeやCOMは使えないだろうな
そのためのWinRTだろうし、権限管理の観点からもそうだろうし。
63:デフォルトの名無しさん
11/09/24 17:57:39.21
【山田祥平のRe:config.sys】 【番外編】Windows 8は羊の皮を被った狼か
URLﾘﾝｸ(pc.watch.impress.co.jp)
> Windows 8の構造を説明する概念図
URLﾘﾝｸ(weekly.ascii.jp)
> も公開されているのだが、そこでは、WinRTとWin32が、
> あたかも独立して存在するかのように描かれているのだが、実際には依存関係がある。
InfoQ: Windows 8は、Win32 APIを置き換える
URLﾘﾝｸ(www.infoq.com)
> WinRTは新しいOSレベルのAPIレイヤである。
> これはWindowsの新しいネイティブAPIであり、Win32の上にある新しいレイヤではない。
果たしてどっち？
64:デフォルトの名無しさん
11/09/24 17:59:05.70
山田祥平が間違っている
いつも想像で適当な記事を書くカスだろ
65:デフォルトの名無しさん
11/09/24 18:01:00.59
>>61
簡単に言うとこういうこと？
Win32 WinRT
┗━━━━━┛ ┗━━━━━━┛
┏━━━━━━━━━━━━┓
カーネル
66:デフォルトの名無しさん
11/09/24 18:02:50.11
>>61
GetCursorPosならちゃんと動いたぞ。
同一プロセスでWin32APIを呼び出しているはずのMS以外のIMEが
不完全ながら動いたという話もあるし、
完全排除は未実装なんじゃないか？
67:デフォルトの名無しさん
11/09/24 18:03:11.16
Win32上のレイヤーだったら、ARM版Win32の分岐が大変なことになるから
ARM版だけWinRTが独立してると予想してる
68:デフォルトの名無しさん
11/09/24 18:13:40.05
すでにWin7でWin32 APIは仮想化しているから
WinRTはWin32サブシステムを経由せずに実装を直接コールしているんじゃないかな？
これなら２つの記事がどちらも間違っていないコトになるしｗ
69:デフォルトの名無しさん
11/09/24 18:17:00.48
ARM版デスクトップアプリは機能限定Win32で作るの？
70:デフォルトの名無しさん
11/09/24 18:29:43.63
Dependency Walkerで見る限りはWin32の関数を一部呼び出してるよ
71:デフォルトの名無しさん
11/09/24 18:30:23.67
ARMはどうせタブレットしか出ないでしょ
デスクトップスタイルは要らないと思うんだがなあ
マイクロソフトさん考え直してよ
名前もwin8tabletとかにしちゃってさ
72:デフォルトの名無しさん
11/09/24 18:36:54.19
タブレット側はスマートフォン側と共有で良かったのにな
戦略的には分かるが
73:デフォルトの名無しさん
11/09/24 18:41:25.51
WinRTでデスクトップアプリ作れたら問題なかった
Win9ではウィンドウにメトロ表示出来るようになりましたとかウリにしそうだが
74:デフォルトの名無しさん
11/09/24 18:43:56.58
それは無いんじゃないか
メトロ上にウィンドウが立ちあがったら
それこそ２ｃｈに画像貼られて馬鹿にされるレベルだと思うが
75:デフォルトの名無しさん
11/09/24 18:47:20.59
タスクマネージャとかTopMostなウィンドウはMetroよりも前面に出てくるけどね
そうじゃなくて逆にデスクトップにウィンドウとしてMetroアプリが出てきたらってことだろうよ。
76:デフォルトの名無しさん
11/09/24 18:53:11.26
>>69
Win32 APIをフル実装するよ ＞ARM版Windows 8
Win16やWin32sやWin64 APIのサポートはしないだろうけど
77:デフォルトの名無しさん
11/09/24 20:59:35.94
アルファ版windows2000思い出すな…
78:デフォルトの名無しさん
11/09/24 23:36:31.53
>>63
C/C++/C#/HTML/Javascriptができる俺はこの先も飯にありつけるな
79:デフォルトの名無しさん
11/09/25 03:11:20.71
WinRTはWin32の次世代版でしょ
Win32でできることはWinRTでも当然できる
より簡潔に書け、さらに新しい機能を盛り込んだ内容となっている
80:デフォルトの名無しさん
11/09/25 03:19:24.09
>>79
> Win32でできることはWinRTでも当然できる
本気でそう思ってんのかw
81:デフォルトの名無しさん
11/09/25 05:23:51.58
まあ、少なくとも version 1状態の今のWinRTはできないことだらけだろ。
実装が間に合ってないものはいずれたされるだろうけども、セキュリティの都合であえてできなくしてることも多いだろうし。
82:デフォルトの名無しさん
11/09/25 05:48:43.11
>>79
どちらかというと逆。
83:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 08:13:12.14
>>1
悪評高いAPIって言う呼称やめたんだなｗ
84:デフォルトの名無しさん
11/09/25 09:20:39.19
WinFSと名前似てるけどなんか関係あんの？
85:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 09:32:39.32
…こういうコトかな。
仮想コンソール環境への第一歩。
・ 従来の開発者の場合
[ 従来の開発者 ] → [ WindowsAPI ] → [ ブリッジインターフェイス ] → [ 新型インターフェイス ] → [ OS ] → [ PCハードウェア ]
・ 新規開発者の場合
[ 新規開発者 ] → ……………………………………………………→ [ 新型インターフェイス ] → [ OS ] → [ PCハードウェア ]
86:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 09:34:23.70
って言うコトで、あんまり小さい部分にこだわってると切り捨てられる可能性が出てくる。