WinRTスレ (Metro, .NET Core, C++/CX)at TECH
WinRTスレ (Metro, .NET Core, C++/CX) - 暇つぶし2ch1:デフォルトの名無しさん
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
Win8上で仮想マシン(スマホもどき) 作って、そこでメトロったらいいのでは?

29:デフォルトの名無しさん
11/09/24 14:05:07.35
ARM版はメトロしか動かないんじゃないのかな?

30:デフォルトの名無しさん
11/09/24 14:16:13.82
ARM版タブレットはMetroのみでおk
いさぎよいし
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サブシステムを経由せずに実装を直接コールしているんじゃないかな?

これなら2つの記事がどちらも間違っていないコトになるしw

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
それは無いんじゃないか
メトロ上にウィンドウが立ちあがったら
それこそ2chに画像貼られて馬鹿にされるレベルだと思うが

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って言う呼称やめたんだなw

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
って言うコトで、あんまり小さい部分にこだわってると切り捨てられる可能性が出てくる。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch