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
って言うコトで、あんまり小さい部分にこだわってると切り捨てられる可能性が出てくる。
87:デフォルトの名無しさん
11/09/25 09:50:45.64
要するに、アーキテクチャを意識しないでアプリを走らせる様にする事？
88:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 10:09:24.55
んで、仮想コンソール環境にはもう一つオマケがある。
[ 新型インターフェイス ] → | → [ インテル系CPU ] → | → [ OS ] → [ PCハードウェア ]
. | → [ ARM系CPU ]─→.|
. | → [ nVIDIA系CPU ]─→ |
新型インターフェイスの部分がCPUの違いを吸収すると言うコト。
89:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 10:11:01.37
>>87
実際にはメーカー間の取引条件にしてあんまり変わらないかもな。
90:デフォルトの名無しさん
11/09/25 10:20:38.26
普及させる気あんのかね、これ
91:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 10:28:51.03
普及って言うより、旧世代の技術を吸収しながら再統合するにはこういう方法しかないだろうな。
重厚長大になりすぎてスリム化が必要なとき。
92:デフォルトの名無しさん
11/09/25 10:31:14.85
最終的にAppleのエコシステムをパクりたいMSが、
全Metroアプリをマーケットプレイスで一元管理するための布石だからな
93:デフォルトの名無しさん
11/09/25 10:46:30.71
ARMでWin32フル実装なら.NETも全部乗るってこと？
94:デフォルトの名無しさん
11/09/25 10:48:30.41
これ見る限り.NETが終了に見えるんだけど
URLﾘﾝｸ(weekly.ascii.jp)
95:デフォルトの名無しさん
11/09/25 10:54:33.42
その図ってIE、Win32、.NETが並んでる時点でおかしいだろ
96:デフォルトの名無しさん
11/09/25 10:56:50.72
>>93
全部載るよ。
というか再コンパイルなしでも動作する可能性が非常に高い.NETアプリを対応させない理由がない。
>>94
それを言うならWin32も終了じゃないか。
97:デフォルトの名無しさん
11/09/25 10:57:21.36
IEはシェルなんだよ！ の頃を思い出したｗ
98:デフォルトの名無しさん
11/09/25 10:58:37.48
>>94
え、名前が変わるくらいで今までとまったく同じように開発出来てるよ。
99:デフォルトの名無しさん
11/09/25 10:58:40.18
Desktop appsのやっつけ感が半端ない
100:デフォルトの名無しさん
11/09/25 10:59:24.97
Win32は残るでしょう？
遅い上に非推奨のUIアプリしか作れない.NETはそのうち切られるんだろうな
101:デフォルトの名無しさん
11/09/25 11:02:10.81
独禁法訴訟が終わった途端、MetroでIE以外締め出しか
やるなw
102:デフォルトの名無しさん
11/09/25 11:02:42.66
>>85
Windows 7 の時点ですでに
[ Win32 アプリ] → [ Win32 API ] → [ Virtual DLL ] → [ OS ] → [ ハードウェア ]
[ .NET アプリ] → [ CLR ] → [ Virtual DLL ] → [ OS ] → [ ハードウェア ]
だったところに Windows 8 になって新しい下記パターンが追加されるだけでしょ
[ Metro アプリ ] → [ WinRT API ] → [ Virtual DLL ] → [ OS ] → [ ハードウェア ]
103:デフォルトの名無しさん
11/09/25 11:03:05.10
>>94
なんで終わるのかがわからん
いきなり従来のwindowsＵＩが消えるの？って話だし
.net関連の言語はそのままwinＲＴで使えるんだし
104:デフォルトの名無しさん
11/09/25 11:04:20.57
MetroでXAML以外のViewが使えるのか？
105:デフォルトの名無しさん
11/09/25 11:04:21.31
言語は残るけど実行環境とかライブラリはVB6みたいになっていくんじゃないの？
106:デフォルトの名無しさん
11/09/25 11:07:26.29
Metro推しは分かるとして、デスクトップアプリ開発の方向性がわかんないんだよな
107:デフォルトの名無しさん
11/09/25 11:07:49.31
>>100
それはない。
.NET と WPF の普及は Vista 開発時からのMSの悲願。
それが ARM 対応する時点でやっと WinRT として昇華できたわけで
今後も WinRT を構成する重要パーツとして残り続けることになる。
108:デフォルトの名無しさん
11/09/25 11:15:09.08
.NETはAzureの方で生き残ればそれでいいや
109:デフォルトの名無しさん
11/09/25 11:18:21.78
あれほどたくさんあったVB6のスレって今もうないんだなｗ
110:デフォルトの名無しさん
11/09/25 11:18:34.40
[ Win32 アプリ] ───┐
-･-･-･-･-･-･-･-･-･- |
[ .NET アプリ] ──┐ |
↓ ↓
[ Metro アプリ ] → [ WinRT API ] → [ Virtual DLL ] → [ OS ] → [ ハードウェア ]
↓ ↑
[ Win32 API ]
でおｋ？
111:デフォルトの名無しさん
11/09/25 11:20:40.98
AppStoreパクって
上前はねたいだけって感がありありなのがなあ
112:デフォルトの名無しさん
11/09/25 11:23:23.54
とりあえず全画面表示強制をなくしてもらわんと。
113:デフォルトの名無しさん
11/09/25 11:29:38.64
デスクトップでメトロは使いにくい
114:デフォルトの名無しさん
11/09/25 11:31:19.11
そもそもデスクトップ向けじゃないし
115:デフォルトの名無しさん
11/09/25 11:33:29.98
デスクトップパソコンなんてものが数年後にはほとんど消滅してるし
116:デフォルトの名無しさん
11/09/25 11:34:36.68
それはどうかな。
117:デフォルトの名無しさん
11/09/25 11:34:44.26
ノートでもメトロは使いにくい
118:デフォルトの名無しさん
11/09/25 11:34:45.07
デスクトップとMetroってずっと並行、共存していくのか？
119:デフォルトの名無しさん
11/09/25 11:37:06.33
今でもMS-DOSアプリが動くぐらいだし
120:デフォルトの名無しさん
11/09/25 11:37:08.43
>>115
それもまた妄想だけどなw
少なくとも日本では、パソコン使うよりその代用でケータイ使ってる人のほうが
多いし、それがケータイからスマートフォンやタブレットに置き換わりつつあるだけの
話で、マイノリティとしてのデスクトップパソコンは、10年先も健在。
121:デフォルトの名無しさん
11/09/25 11:43:47.07
いやーマジでパソコンなくなるよ
今の時点でも携帯だけで不自由なく生活してる人いっぱいいるし
ノートパソコンはまだいくらか売れてるけど殆どの人は
iPadにキーボードがついた程度の使い方しかしてないし
122:デフォルトの名無しさん
11/09/25 11:44:23.10
PCが無い場合スマホ向けコンテンツを何で製作するつもりなんだ
123:デフォルトの名無しさん
11/09/25 11:45:27.82
ないならスマホ向けIDE作って売ったらいい
124:デフォルトの名無しさん
11/09/25 11:46:14.12
おまえはそれでいいよ。
125:デフォルトの名無しさん
11/09/25 11:46:42.41
>>118
それは神にしかわからないな。
Win8タブレットが売れなかったら、Metro自体がこけるかもしんないし、
Win8タブレットが一定の成功を収めて、ノートPCやデスクトップ機でも
案外メトロ使いやすいじゃん、というライトユーザーが多ければ、
遠い将来従来タイプのデスクトップUIはほぼ絶滅するかもしれない。
126:デフォルトの名無しさん
11/09/25 11:48:47.88
>>107
主役はWinJSだろ。
.NETはそれしか使えない開発者向けの撒き餌。
127:デフォルトの名無しさん
11/09/25 11:49:38.66
もうメトロ プログラマ 募集でググると大量にヒットするな
128:デフォルトの名無しさん
11/09/25 11:49:45.55
>>126
JSってｗ
129:デフォルトの名無しさん
11/09/25 11:50:49.12
好む好まずにかかわらず、PCメーカーは、AndroidかWindows 8のどちらかを選択しなければならない。
130:デフォルトの名無しさん
11/09/25 11:54:24.94
Android選択する罠。
131:デフォルトの名無しさん
11/09/25 11:55:23.57
>>122
何のために日本はスパコンに国家予算出してると思ってるんだ
132:デフォルトの名無しさん
11/09/25 11:55:32.34
東京メトロ・・・
133:デフォルトの名無しさん
11/09/25 11:57:06.36
>>121
携帯で不自由ないという人はいっぱいいるが、パソコンがないと
不便でしょうがないという人もいっぱいいるんだが
>iPadにキーボードがついた程度の使い方しかしてないし
つーか、iPadのようなタブレットマシンと、パソコンをまったくの別物と
分けて考える事自体間違い。iPadが大型液晶とキーボードを持ったら、
パソコンと何が違うんだ？
モバイル系の端末とPCとの境界線がだんだん曖昧になってきてる訳さ。
Win8もその流れの中で出てくるOSな訳で。
134:デフォルトの名無しさん
11/09/25 11:58:31.75
>>133
同意
135:デフォルトの名無しさん
11/09/25 11:59:22.87
何か開発する人はべつだよ
大昔は高価なSunのワークステーションとかNT3.51入ったパソコン買ってなんか作ったりしてましたよねｗ
それに戻るだけの話で
一般ユーザーはもうパソコンが完全に要らない一歩手前のところまで来てる
開発する人向けのツール作るのに必要なのはWin32APIだけ
.NETは要らない子
136:デフォルトの名無しさん
11/09/25 12:02:31.99
妄想乙
137:デフォルトの名無しさん
11/09/25 12:09:04.74
最近、一般人にPC要らなくなる論で熱くなる奴多いな
138:デフォルトの名無しさん
11/09/25 12:22:21.09
自分自身、PC世界が常識すぎてショッキングな話に聞こえるんだろうな
今でもガラケーしか持ってない人一杯いるのに
139:デフォルトの名無しさん
11/09/25 12:24:16.53
WinRTがすべてのAPIをカバーするなら、Win32と.NETはレガシーって事で放置にしてくれていいよ
140:デフォルトの名無しさん
11/09/25 12:27:03.81
BUILDで配られたキーボード付きタブレット、あのあたりが妥協点だね
141:デフォルトの名無しさん
11/09/25 12:29:29.02
Metroがデスクトップっぽく進化すると思う
142:デフォルトの名無しさん
11/09/25 12:33:43.65
>>110
143:デフォルトの名無しさん
11/09/25 12:57:49.19
>>137
プログラマが飯を食うために開発ツールを取っ払う魂胆だろ
それはそれでありがたい話だ
144:デフォルトの名無しさん
11/09/25 13:33:14.44
>>110
[ Metro アプリ ] → [ WinRT API ] → [ MinWin ] → [ ハードウェア ]
↑ ↑ │ ↑ ↑
│ │ │ │ [ Virtual DLL ]
│ │ ↓ │ ↑
[ .NET アプリ] ──┴─→ [ Win32 API ] ─┘
│ ↑
-･-･-･-･-･-･-･-･-･- │ │
[ Win32 アプリ] ──┴─┘
145:デフォルトの名無しさん
11/09/25 13:40:19.49
開発ツールに限らずフォトショやAE、3Dツール、DTP、DAWみたいな専門ツール使う層は嫌がるだろうけど
普段のネットや2ch、ゲームなんかはMetroの方が楽だろうなと思う
146:デフォルトの名無しさん
11/09/25 13:44:10.81
今のままじゃタブレット以外で使い道ないだろ
147:デフォルトの名無しさん
11/09/25 13:44:32.03
そうかな？
148:デフォルトの名無しさん
11/09/25 13:47:04.33
>>145
その分け方は両極端すぎだが、少なくとも20インチ程度の液晶＋キーボードありの
環境で使うなら、現状ではMetroには魅力を感じないな。ウインドウの位置・個数・
サイズを自由に調整できないのは不便すぎるし、タッチするには画面が遠すぎ、
そもそもタッチ対応の液晶なんて誰も持ってない。
149:デフォルトの名無しさん
11/09/25 13:51:15.14
ソフトウェアレベルじゃなくて操作含めたハードウェアレベルで
家庭用、専門用とかに分かれる可能性もなくはない。
150:デフォルトの名無しさん
11/09/25 13:52:28.39
タブレットにこだわるのは
企業が大量に入れるところあるから
151:デフォルトの名無しさん
11/09/25 13:54:40.36
メトロ普通に使いやすいじゃん
普段からカスタマイズをゴテゴテやってる人から見るとカスタマイズの余地が少なくて嫌なのかもしれないけど、
そんなにカスタマイズしないでそのまま使う人にとっては普通に使いやすい
152:デフォルトの名無しさん
11/09/25 13:55:49.68
>>145
Adobe製品やDAWなんかはすでに全画面表示が基本で、子ウインドウの撤廃。
コントロールはフロートパネルとして実装しているからMetro Styleと相性がいいぐらいだぞ？
Adobe Photoshop CS5
URLﾘﾝｸ(nullpo.vip2ch.com)
Roland Sonar X1
URLﾘﾝｸ(nullpo.vip2ch.com)
153:デフォルトの名無しさん
11/09/25 13:58:46.08
>>150
事実上CEやめたからだろ
今までの客層をやすやすととられたくない
154:デフォルトの名無しさん
11/09/25 13:59:00.00
先祖返りだなぁ。
155:デフォルトの名無しさん
11/09/25 14:02:07.32
Metroなんかよりマルチディスプレイ対策の方が需要あるだろ
156:デフォルトの名無しさん
11/09/25 14:05:57.71
>>152
ウインドウ云々の前に、マウス＋キーボードが操作主体になるアプリじゃ、Metro化する
メリットはないし。
基調講演では、Microsoft Officeについて言及しなかったが、Adobe Photoshopについては、
マウスやキーボードショートカットなど細かい操作を要求するので、必ずしもタッチ操作には
向いていないとシノフスキー氏も認めている。
URLﾘﾝｸ(plusd.itmedia.co.jp)
157:デフォルトの名無しさん
11/09/25 14:08:23.65
別にWinRTでマウスやキーボードショートカットを使ってもいいのよ？
158:デフォルトの名無しさん
11/09/25 14:09:31.21
確かに思えばマルチウィンドウな事務作業とかと違って
画面の解像度フルに活かすために全画面が基本かもしれないな。
VSもMDIからタブと分割表示、ドッキングウィンドウが基本になったし
用途特化という意味ではブラウザが全画面だろうフォトショが全画面だろうが同じだな。
まあ全画面=Metroという意味ではないが、
オブジェクトブラウザ見たところWinRTでもマウスデバイスの入力情報はちゃんと取り使えそうだし。
159:デフォルトの名無しさん
11/09/25 14:10:18.70
>>157
うん、もちろん使ってもいいけど、えらい工数かけて移行するメリットってなんかあんの？
160:デフォルトの名無しさん
11/09/25 14:12:14.57
マウスとキーボード使うなら逆にメトロに魅力感じないなあ
俺はアイアンマンみたいに開発したいんだ
161:デフォルトの名無しさん
11/09/25 14:15:17.35
MacのLion使った時も思ったけど、
フルスクリーンUIは10インチくらいまでの画面がサイズが
相性が良いと思った。
162:デフォルトの名無しさん
11/09/25 14:20:32.30
うん、一定サイズ以上のディスプレイだと、フルスクリーンにしなくても
快適な場合も多いからな
逆にフルスクリーンにした場合、視線やマウスの移動距離が
増えて使いにくく感じる場合もある
163:デフォルトの名無しさん
11/09/25 14:21:30.69
WinRTのControlクラス
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
イベント名からMouseという言葉が消えとる。(´･ω･`)
164:デフォルトの名無しさん
11/09/25 14:22:16.73
Lionが使いにくい原因はフルスクリーンがどうのって問題ではない気が
165:デフォルトの名無しさん
11/09/25 14:23:27.34
>>159
「専門ツール使う層は嫌がるだろう」っていうから今でもMetro Styleと大差ないよって返したのに
「工数掛けて移行させるメリットがない」と何故か開発者視点と来たもんだ。
166:デフォルトの名無しさん
11/09/25 14:25:48.42
>>165
じゃあ、こう聞こうか。「Metroに移行すると、フォトショがぐんと使いやすく
なったりするわけ？」
167:デフォルトの名無しさん
11/09/25 14:27:25.15
お前しだい
168:デフォルトの名無しさん
11/09/25 14:28:10.51
はあ、そうですか
169:デフォルトの名無しさん
11/09/25 14:28:15.44
>>162
フルHDクラスやそのマルチディスプレイな環境なら
マウスなんて捨ててペンタブレットに移行した方が便利だよ。
精度は民生用でもマウスなんか比較にならないレベルだし
（読取分解能：0.01～0.005mm、クリック強度：1024～2048段階）
170:デフォルトの名無しさん
11/09/25 14:28:36.13
>>163
マウスクリックもタップも両方「押す」だから統合したんだろ
RightTapとかButtonDownがTapに変わっただけじゃねーか！変わらねー
171:デフォルトの名無しさん
11/09/25 14:30:36.03
なんで>>166の脳内では「嫌がらない」≒「ぐっと使いやすくなる」に変換されるの？
まぁ、Direct3DやDirect2D、DirectWriteで描画されるから快適にはなるんじゃないの？
172:デフォルトの名無しさん
11/09/25 14:34:01.19
>>171
ごめん、日本語で頼む
173:デフォルトの名無しさん
11/09/25 14:34:02.11
今でもGPU使ってるぞ?
174:デフォルトの名無しさん
11/09/25 14:38:00.63
そりゃ今時の画像処理ソフトが「GDI使ってるんで速度でませんでした」とか言ってたらぶち殺されるわ
175:デフォルトの名無しさん
11/09/25 14:39:28.50
>>165
開発者視点で反論してるのは俺じゃねーし
なんか俺がダブスタしてるみたいに言うなｗ
176:デフォルトの名無しさん
11/09/25 14:40:52.99
開発と無関係なMetro談義はこっちのエンドユーザー向けのスレでよろしく
Windows 8 part5
ｽﾚﾘﾝｸ(win板)
177:デフォルトの名無しさん
11/09/25 14:43:04.63
>>176
先生、WinRTの開発者にふさわしい話題をください！
178:デフォルトの名無しさん
11/09/25 14:43:09.17
Expression BlendなんかWPFの完全C#アプリだけど
デザインツールとしては意外とそんなに重くないよね
179:デフォルトの名無しさん
11/09/25 14:49:35.64
Windows 8をもう嫌ってる人はテクノロジーが嫌いな人
URLﾘﾝｸ(www.gizmodo.jp)
180:デフォルトの名無しさん
11/09/25 15:05:32.11
メトロUIは一般人には好評だと思う
どういうときにシングルクリックなのかダブルクリックなのか理解できない人がいるんだよな
ワープロみたいにそれだけの機能使うときには余計なとこ見えない方がいい
181:デフォルトの名無しさん
11/09/25 15:22:54.32
Windows 8はMicrosoft再構築とBallmer氏
URLﾘﾝｸ(pc.watch.impress.co.jp)
とにかくみんなにこのステージに来て欲しい。個人経営のデベロッパー、自宅で稼ぐ14歳のデベロッパー、
フルタイムで働くデベロッパー、パートタイムデベロッパー、小さなソフトベンダー、Webサイト、
アプリケーション、SIer、大きなWebサイト、大きなソフトベンダー、大企業で働く人々まで、みんなに来て欲しい。
今こそ、まさに、デベロッパーの時代だ。Windowsデベロッパーの時代だ。前に進もう。
182:デフォルトの名無しさん
11/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
11/09/25 16:25:11.59
…メトロ化（モバイル系フルスクリーンUI）は時代の流れだから仕方ない。
メトロ化で過去の遺物になりそうなデバイスがマウスになるが、これも長い時間をかけて消されていく。
意外と長期的な視野に立っている。
184:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:27:34.78
タッチスクリーンとマウスが入れ替わるか、それとも分離されるか。
スタイルの変化だな。
デスクトップPCの開発環境は変わらないと思うけど。
185:デフォルトの名無しさん
11/09/25 16:28:59.57
デスクトップもメトロになると思ってるお花畑な奴がやっぱ沸いてくるんだなw
186:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:31:26.37
>>63
＞URLﾘﾝｸ(weekly.ascii.jp)
…分かりやすいな。
仮想コンソール環境に近付いていく。
187:デフォルトの名無しさん
11/09/25 16:32:33.70
Metroなエロゲの登場に期待
プルプルした乳を撫で撫でしたら興奮するよね
188:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:32:56.76
>>185
いや、MSならやりかねんぞｗ
あっと言う間に塗り替えるからな。
189:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:34:39.82
…仮想コンソール環境とクラウド・コンピューティングとはまた別枠の話だからな。
混同しないように。
仮想コンソール環境はクローズド・コンピューティングが前提。
190:デフォルトの名無しさん
11/09/25 16:36:36.78
SilverlightのOOBみたいなやつで良いから
WinRTで作ったアプリをデスクトップでも使える形にしてほしいかな。
もちろんAppStore（だっけ？）経由じゃなくても配布可能な形で
191:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:42:36.45
今後普及が拡大していくスレートPCとか、メトロインターフェイスの需要は大きいからな。
192:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:44:16.63
アンドロイドの駆除体勢は整ってきたなｗ
193:デフォルトの名無しさん
11/09/25 16:47:14.47
技術的な話ができる奴がほとんどいねーな
昔のWPFスレを見てるようだ
194:デフォルトの名無しさん
11/09/25 16:48:48.31
今のところコテが喚いているだけのスレだな
195:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 16:56:22.32
ほらねｗ
196:デフォルトの名無しさん
11/09/25 16:56:37.37
その前にWPFとSilverLightを統合しろよ
覚えるの面倒だよ
197:デフォルトの名無しさん
11/09/25 16:57:21.40
WinRTはメトロUI専用ではないのだが
198:デフォルトの名無しさん
11/09/25 16:59:42.54
>>197
ふ～ん。
じゃあ、VS11でWinRTを使って非メトロアプリを作る方法を教えてよ？
199:デフォルトの名無しさん
11/09/25 17:03:10.29
普通にWin32や.NETのプロジェクトから、WinRTのAPIを呼び出すだけじゃないの？
200:デフォルトの名無しさん
11/09/25 17:04:00.01
>>196
違いが多すぎて統合なんて無理。
どっちかを廃止するしかない。
廃止するとしたら、HTML5のおかげで急速に存在感を失っているSilverlightだろうな。
WPFで使われてるフルバージョンの.NETはAzureやASP .NETがあるから廃止なんてありえないし。
201:デフォルトの名無しさん
11/09/25 17:06:43.85
>>199
WinRTが使えるのは.NET Core。
普通の.NETとは実行環境自体が異なる。
202:デフォルトの名無しさん
11/09/25 17:11:02.91
>>200
Silverlight Out of Browser がこちらを見ている
203:デフォルトの名無しさん
11/09/25 17:16:30.37
なんか"Longhorn"が発表になってWinFXがどうのと騒いでた頃を思い出すな。
204:デフォルトの名無しさん
11/09/25 17:20:05.63
その前にやるべき事はWindowsPhoneを普及させる事だと思うのだが
205:デフォルトの名無しさん
11/09/25 17:22:24.22
>>202
どうしてもWPFと比べて見劣りするんだよね
SilverlightってWPFからデスクトップ向けの機能が削られたようなものだから
206:デフォルトの名無しさん
11/09/25 17:22:49.02
>>204
Win8リリースと同時にPhone対応もお願い。
207:デフォルトの名無しさん
11/09/25 17:28:44.56
ホーム画面だけならWindowsPhoneはiPhoneよりはるかにかっこいい。
やっぱりMetroはいいよ。
だが、Win8のMetro。お前はダメだ。
あの長い横スクロールは酷い。
208:デフォルトの名無しさん
11/09/25 17:29:45.99
.NETベースにして、Win32 API用のラッパを提供するという計画がとん挫して、現実的な対処をした感じ。
209:デフォルトの名無しさん
11/09/25 17:30:45.35
>>207
縦スクロールにすべきだとは思う。
210:デフォルトの名無しさん
11/09/25 17:30:49.30
androidアプリでNative触るのと同じだな
211:デフォルトの名無しさん
11/09/25 17:31:47.20
議論もいいけどMetroアプリ作ってみようぜ
Metro style app development
URLﾘﾝｸ(msdn.microsoft.com)
Metroアプリのサンプル集
URLﾘﾝｸ(code.msdn.microsoft.com)
212:デフォルトの名無しさん
11/09/25 17:38:06.47
URLﾘﾝｸ(blogs.microsoft.co.il)
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:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/09/25 17:45:51.65
WPFを普段から使ってると、あまりワクワク感が無いなぁ。
とりあえず、WPF+AsyncCTPでTask周りに慣れておいて、
WinRTを使うのは正式公開されてからでいいや、って気分になってしまう。
215:デフォルトの名無しさん
11/09/25 17:48:13.06
>>213
その制限されたAPIのみが宣言されたヘッダファイルは用意されているのかな？
無いとしたらかなり面倒な事になるぞ。
216:デフォルトの名無しさん
11/09/25 17:50:57.28
>>215
そのブログに書いてあるけど勿論ヘッダは利用できて
RT用のコンパイルだと#pragmaや#ifdefの制御で色々無効になるっぽいな
まあWindowsフォンが売れたらそれで商売したい人が飛びつくのかもしれんが
今のところの情報の範囲では、俺には関係ないものと分かったわ
217:デフォルトの名無しさん
11/09/25 17:51:09.28
>>211
今までと同じように作れちゃうのが凄い。
XAML様様だな。
218:デフォルトの名無しさん
11/09/25 17:58:54.94
なに？メトロアプリではMessageBoxが許されない？
嫌だね。
あえて俺はMessageBoxをコールするッッ！！
219:デフォルトの名無しさん
11/09/25 18:00:18.77
>>213
ダイアログはあるが、ダイアログウィンドウではない。
220:デフォルトの名無しさん
11/09/25 18:02:32.62
NTFSではasync I/O使っても全てのI/Oが実際に非同期化はされないわけだが
その辺WinRTではどうなってるんだろう
単に裏でスレッド回してるのかな
221:デフォルトの名無しさん
11/09/25 18:04:38.98
マルチウィンドウをそもそも想定してないんだよな？
完全にWindowsフォンアプリ／ゲーム用環境じゃねーのこれ
Win32のラッパーとして、.NETより少しは速いのか？
222:デフォルトの名無しさん
11/09/25 18:09:38.03
>>220
.NETだと非同期っぽく見せるために裏でスレッドを回してるから
WinRTでも同じことをするんじゃね？
223:デフォルトの名無しさん
11/09/25 18:12:43.55
>>222
.NETはIOCPのワーカーを裏で回してるんだったかな
多分同じなんだろうな
224:デフォルトの名無しさん
11/09/25 18:15:22.06
時間かかる処理を明示するために時間かかりそうなものは基本非同期APIのみだって言ってるから
まあ裏でスレッドは回してるだろうよ
UIレスポンスを重視してるようだからUIスレッドをブロックするような構造を排除したいんだろうね
225:デフォルトの名無しさん
11/09/25 18:17:21.84
>>215
使用できないAPIを使うとちゃんとコンパイルエラーになりますよ。(´･ω･`)
ただし、"identifier not found"のメッセージなので分かりづらい。(´･ω･`)
226:デフォルトの名無しさん
11/09/25 20:32:05.02
会社で社員がみんなスマホやタブレットで仕事してる姿想像して吹いた
あり得ん
227:デフォルトの名無しさん
11/09/25 20:44:50.63
今のキーボードより速く打てるのが出ないとな。
228:デフォルトの名無しさん
11/09/25 21:59:29.93
WinRT の描く姿って、
会社だと普通にデスクトップ、
それと同じ画面に外からタブレットで接続ってのでしょ。
最終形は↓こんなの。
URLﾘﾝｸ(www.istartedsomething.com)
229:デフォルトの名無しさん
11/09/25 22:02:00.78
>>228
脳内廚はＲＯＭってろよ
230:デフォルトの名無しさん
11/09/25 22:08:26.35
特定業務向けアプリにいいな＞全画面
ダイアログでZオーダー狂わされんのはもうイヤ
231:デフォルトの名無しさん
11/09/25 22:13:33.61
>>230
ダイアログの使い方間違ってないか。
232:デフォルトの名無しさん
11/09/25 22:14:41.17
WinRTってViewの部分だけ？
233:デフォルトの名無しさん
11/09/25 22:19:43.16
全部ある
234:デフォルトの名無しさん
11/09/25 22:40:11.88
リファレンスが
URLﾘﾝｸ(msdn.microsoft.com)
これか
APIは
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
ここで見れる
これみたら大体分かるのでは？
ASP.NETのWebアプリみたいにホストアプリケーションのサンドボックス内で動くからか
プロセスやスレッドの生成などは出来ないようになっているように見える
winsock2も触れないようだ
235:デフォルトの名無しさん
11/09/25 22:57:45.09
実は業務アプリに向いてたりして
マルチウィンドウで余計な事されないし
236:デフォルトの名無しさん
11/09/25 22:58:42.13
Windows.UI.Xamlってどうなん
237:デフォルトの名無しさん
11/09/25 23:05:48.36
DataGridが無いと
238:デフォルトの名無しさん
11/09/25 23:09:00.95
InfoQに
Windows 8は、Win32 APIを置き換える
だの
WinRT:Win32のオブジェクト指向による代替
だの
煽り文句が書いてあるから、おいおいどうなるんだよとか思ってたが
要はWin32の上で動作するWinRTのホストアプリケーションの上で動作する
ただのスマホアプリ開発環境か
ハイプもいい加減にしろよな
239:デフォルトの名無しさん
11/09/25 23:10:27.52
（苦笑）
240:デフォルトの名無しさん
11/09/25 23:28:55.25
>>235
ウィンドウを並べて表示されることは要求されることは多いが
ウィンドウを自由に動かせることに意味があることは少ない
むしろその場合ウィンドウ揃わないとストレスだからAero Snapとかできっちり合わせるほうが見やすいし
MDIだろうがドッキングウィンドウだろうがクールバーだろうが重ねずに並べることが多い
オーバーラップが必要なのはダイアログ程度
そういう意味ではMetroの画面分割は理にかなってるしMetroの場合表示領域内のアプリの入れ替えが簡単
だから分割の自由度向上をだな
241:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 23:37:28.18
>>240
…複数のウィンドウを重ねて表示すると言うのは現実的にはあまり意味がないと言うコトが
分かって来た感じだな。
どうしてもと言う場合はディスプレイをもう1台追加して…と言うコトになる。
242:デフォルトの名無しさん
11/09/25 23:44:29.72
やっぱり.NET終了か
243:デフォルトの名無しさん
11/09/25 23:50:01.76
>>242
WinRT 上でも .NET が一番使いやすよ。
特に非同期処理。
244:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/25 23:51:29.02
…前にどっかのHPに書いてたけど、WindowsAPIを中間言語で表現できるフォーマットに統一して
CPUの差異をなくすと言う話。
これによってARMやnVIDIAが互角に参入できる形を作ろう、っと。
この背景はインテルとマイクロソフトが独禁法で潰されると言う懸念を予め排除しておこうと言う
目論見がある。
ただこうなるとマイクロソフトがアーキテクチャを牛耳るコトになるので話半分と言うコトにもなる。
現実的には、古くなって仕様頻度の低い技術や普及しなかったAPIが切り捨てられる。
245:デフォルトの名無しさん
11/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
11/09/25 23:57:36.13
>>245
…いや、古いAPIを使ってる人たちには、当分の間、ブリッジインターフェイスを経由してそのまま
使えるようにするが、将来的には廃止されると言うコト。
７も含めて終わるかもな。
247:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:00:12.27
それとこの、新しいインターフェイスはインタープリター（スクリプト）で動くと言うコト。
中間言語だからそういうコトになる。
248:デフォルトの名無しさん
11/09/26 00:05:28.62
>>234
.NETだと結局今までのSystem.*使わないと足りないんだな。
249:デフォルトの名無しさん
11/09/26 00:05:37.06
いやJITなんでインタープリタとは違うと思うけど。
250:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:07:32.67
>>249
アプリケーションの話ではない。
インターフェイスを動作させる部分を書いてるコアの部分。
251:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:10:28.62
…もうちょっと分かりやすく言うと、システムそのものをBASICで書いて共通化させようってコト。
そのBASICに相当する部分が仮想コンソール環境と言うコトになって、CPUの差異を解消する。
252:デフォルトの名無しさん
11/09/26 00:12:04.21
>>246
既存部分はなにもかわらねーよカス
253:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:15:02.68
>>252
いやいや、MS宗主様はオマエらが嫌いだから遷都して別の場所で豊かになりたいってさｗ
254:デフォルトの名無しさん
11/09/26 00:15:36.42
>>248
いや、「WinRT用の」アプリではSystem.*は使えないんじゃないの？
そのかわりに
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
ここにあるもん使えと
これ見ると、例えばwinsock2は触らせないが、WinRTランタイムでは
Socketは使えるようだな
セキュリティチェックの層を挟む必要がある物にはそういう処置を取ってるんだろう
それはそれとして、業務アプリをメトロでとか言ってるやつは正気か？
公式のAppストア限定流通だぞ
255:デフォルトの名無しさん
11/09/26 00:17:21.10
>>253
互換性をなくすとMSが潰れるのでやりません
256:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:17:27.68
>>254
どうせ不正コピーが流行るからそれにあわせて業務もメトロスタイルに変わっていくよｗ
257:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:18:13.90
>>255
互換性は残すけど古い世代に新しいコトはさせないらしいよｗ
258:デフォルトの名無しさん
11/09/26 00:18:30.83
どこのニートだ
259:デフォルトの名無しさん
11/09/26 00:19:07.32
>>254
Phoneだってプライベートアプリできるんだから解禁するっしょ。
260:デフォルトの名無しさん
11/09/26 00:19:17.89
App StoreのEnterprise何とかと一緒で、企業向けにストアなしで配布できるんだろ。
261:デフォルトの名無しさん
11/09/26 00:20:28.82
>>254
Linqってどこにあるの？
262:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:20:37.46
このパラドックスはWindowsAPIに深く精通した者ほどダメージが大きいと言うコトなるなｗ
263:デフォルトの名無しさん
11/09/26 00:22:35.02
>>262
MSが一番ダメージが大きいだろw
264:デフォルトの名無しさん
11/09/26 00:24:39.71
>>203
しかもWinFXよりかなりしょぼい
265:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 00:25:39.28
>>263
いちばんダメージがデカいのはIT利権にしがみついてきた連中。
早くこの世からいなくなれ～♪
266:デフォルトの名無しさん
11/09/26 00:27:17.35
>>261
ああわかったごめん
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
ここにあるやつは「.NET APIs for Metro style app」として使えるんだってさ
ただし
Note that the .NET APIs for Metro style apps include a subset of the types provided in the full .NET Framework for each namespace.
とあるので何が足りないかは自分で見てくれ
267:デフォルトの名無しさん
11/09/26 00:28:11.41
なんか目が痛いから、せめてコテの文字数を少なくしてくれんかのう
268:デフォルトの名無しさん
11/09/26 00:28:51.52
>>264
OSのコアを置き換えるどころかただのWin32の上のラッパー
サブシステムですらなく、メトロスタイルアプリとは、
いちWin32ホストアプリの上で動作するアップレットのようなもの、というのが正確だな
まあWinFX構想とは比べるまでもない
269:デフォルトの名無しさん
11/09/26 00:29:09.38
なんつうか
スマホ・タブレット用にレイヤー足しました的やっつけ感が拭えないのはなぜだ
270:デフォルトの名無しさん
11/09/26 00:31:54.00
>>269
それが事実だからじゃね
271:デフォルトの名無しさん
11/09/26 00:34:38.39
----------ここまで実コードの話なし----------
272:デフォルトの名無しさん
11/09/26 00:36:37.96
サンプルなら
URLﾘﾝｸ(code.msdn.microsoft.com)
ここに転がってるぞいくらでも
273:デフォルトの名無しさん
11/09/26 00:38:20.79
別に現時点でコード調べなくてもいいかなと思ってるわw
274:デフォルトの名無しさん
11/09/26 00:50:18.96
>>238
違う
WinRTはWin32にあたる部分についても再構築されてるんだよ
全くの新作
275:デフォルトの名無しさん
11/09/26 00:51:48.60
>>269
タブレットブームなんて今がピークだからな。おまけ足すくらいで十分だよ。
276:デフォルトの名無しさん
11/09/26 01:04:55.75
>>274
「再構築」ってどういう意味で言ってる？
APIのトレースでもして調べたの？
メトロアプリはWWAHost.exeというWin32プロセス上で実行されるし
（多分一種のアプリケーションドメインみたいなもん）
APIとしてのWinRTがWin32の上に乗っかってるラッパーなのは>>212などに記述されてる
277:デフォルトの名無しさん
11/09/26 01:53:44.14
.netもその中でCLRホストして動かすだけでしょ？
WinRT呼び出しはCOM interop、それ以外は今まで通りのライブラリが使える
何も新しくないな
278:デフォルトの名無しさん
11/09/26 02:06:23.75
iOSのアプリとか作るのに比べると言語も豊富で色々便利にできてるのかもしらんけど
普通のWindowsアプリ開発(.NETやLLなども含む)との対比で考えると、
単に不便な機能制限版で、特に選ぶメリットが無いように見えるな
279:デフォルトの名無しさん
11/09/26 02:28:00.15
サンドボックスの中に入れたいんでしょ。
配布を楽にするのと、フル権限もらうのは両立しない。
280:デフォルトの名無しさん
11/09/26 02:56:02.81
>>235>>240>>241
業務アプリなんかでは、ウィンドウ操作の無意味な自由度によって画面遷移を崩されない方がいいからね。
定型業務なら尚更、画面遷移が固定された方がスムーズで不意なミスオペも解消できるね。
281:デフォルトの名無しさん
11/09/26 03:05:17.81
Metro Styleがタブレット向けだというならマーケットによる流通は当然の選択。
特に業務用なら光学ディスクは当然としてUSBディスクなども使えるのは困る場合もあるし
282:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/26 04:06:49.09
…ここにヒントがある。
＞271 名前： デフォルトの名無しさん [sage] 投稿日： 2011/09/26(月) 00:34:38.39
＞----------ここまで実コードの話なし----------
実コードって言うけど…そう、仮想コンソール環境で仮想コード環境（中間言語）なんだよな。
だからCPUに依存したコードがなくなるというのが仮想コンソール環境の目標なんだろうな。
Windows8の間にどこまで持って行けるかお楽しみってなところ。
283:デフォルトの名無しさん
11/09/26 04:34:00.65
>>212 は MinWin や Virtual DLL のことを知ってて書いてるとは思えん。
284:デフォルトの名無しさん
11/09/26 07:02:27.81
このクソコテはGoogleからの刺客か
285:デフォルトの名無しさん
11/09/26 07:06:27.72
CLRの代わりにWinRT自体がCLIとして動くのかね
286:デフォルトの名無しさん
11/09/26 08:40:14.29
>>285
いや、そういう仕組みじゃないから。
WinRT は .NET のメタデータ部分だけ持ってて、
今までの P/Invoke が楽になるだけのネイティブ。
.NET なコード動かすためには、CLR 自体はまだ要る。
287:デフォルトの名無しさん
11/09/26 08:56:27.66
しかしWinPhoneはWinCE&.NETCompact?&Silverlightでよくさくさく動くよな。激重になりそうな気がするもんだが
288:デフォルトの名無しさん
11/09/26 09:01:31.35
ここには Windows Phone なんて使ってる情弱いないよな？
289:デフォルトの名無しさん
11/09/26 11:41:02.71
すみませんWindowsMobile使ってます
290:デフォルトの名無しさん
11/09/26 11:43:59.57
WindowsMobileの話なんて誰もしていないから
291:デフォルトの名無しさん
11/09/26 12:05:04.10
Windows PhoneはWP7機だけじゃなくてWM機も指すんだがな
292:デフォルトの名無しさん
11/09/26 13:19:37.78
Windows7が載っているのは仲間には入れませんか？
293:デフォルトの名無しさん
11/09/26 13:42:57.13
それは電話というよりタブレットと呼ぶんじゃね
D4もタブレット扱い
294:デフォルトの名無しさん
11/09/26 15:41:10.98
FATなPCでリッチな開発は、空前のモバイルブームで低電力消費のネイティブAPIに方針転換か
295:デフォルトの名無しさん
11/09/26 15:52:36.24
>>294
Android は？
296:デフォルトの名無しさん
11/09/26 17:17:27.44
AndroidもC++だけで開発できるようになったって
297:デフォルトの名無しさん
11/09/26 17:19:01.40
WP7使ってるわ、メインじゃないけど
今や旧Windows MobileもWindows Phoneに改名
298:デフォルトの名無しさん
11/09/26 17:20:19.07
専用のアドレス空間で分けられてるんだからそれ以上の安全性はOSで努力してなんとかするべきだよね
Javaじゃなきゃ安全じゃないとかSunの刷り込みで世の中おかしなことになってる
299:デフォルトの名無しさん
11/09/26 18:50:51.79
C/C++で開発するメリットあるの？
デスクトップアプリならwin32と相性が良かったりするんだろうけど
WinRTだと一つもメリットなくね？
300:デフォルトの名無しさん
11/09/26 18:54:05.66
>>298
脆弱性をつきにくくはなる。
301:デフォルトの名無しさん
11/09/26 18:56:29.12
>>299
DirectX
ゲーム関連
302:デフォルトの名無しさん
11/09/26 18:57:14.95
>>298
OSが専用のアドレスに振り分けで動作させているんだから
それ以上の安全性は開発者が努力してなんとかすべきだよ。
したくないならC#などのマネージコードで開発すれば.NETが面倒見てくれる。
303:デフォルトの名無しさん
11/09/26 19:01:33.07
ん？WinRTのBrokerが危険な操作をガードしてくれるんじゃないの(´･ω･`)？
304:デフォルトの名無しさん
11/09/26 19:01:43.72
DirectXってMetroアプリから使えるの？
305:デフォルトの名無しさん
11/09/26 19:07:09.14
>>304
うん(´･ω･`)
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
306:デフォルトの名無しさん
11/09/26 19:13:04.99
>>305
へ～知らなかったよ
DirectXは使えるけどwin32は使えないんだね
307:デフォルトの名無しさん
11/09/26 20:38:41.34
boostなんかも内部でWin32呼んでるわけだしほとんどのライブラリが使えないんじゃね？
308:デフォルトの名無しさん
11/09/26 20:49:35.21
ほとんどのライブラリが使えない・・・ ｶﾞ━(;ﾟДﾟ)━ﾝ !!
309:デフォルトの名無しさん
11/09/26 21:10:05.54
>>307
Boostを使うデモはBUILD初日にやってますよ。(´･ω･`)
URLﾘﾝｸ(channel9.msdn.com)
lexical_castとか、依存関係に当たり障りのないところのデモですが。(´･ω･`)
310:デフォルトの名無しさん
11/09/26 21:46:11.54
なんでWin32触れないという話になってるんだ
相当に限定はされてるが、
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
ここに書いてあるものは使えるはずだぞ
ごく一般的なところで目に付く使えない関数は
CreateFile(), LoadLibrary(), VirtualAlloc(), CreateProcess(), CreateThread()
user32系全般(CreateWindow()など)、GDI、winsock2といったところ
スレッドは作れないがInterlockedなどの排他機構は使える
また、CreateFile()が使えない代わりにCreateFile2()という関数が使える
多分サンドボックス化のため
メトロ用のCランタイムのfopen()系はCreateFile2()を用いて実装されてるんだろうな
311:デフォルトの名無しさん
11/09/26 21:49:39.00
LoadLibrary()が使えないので、「ほとんどのライブラリが使えない」
というのは、ある意味間違いではないだろうな
WinRTに許可された範囲のCランタイム関数やAPIのみで実装されたライブラリを
staticリンクするか、WinRT用のライブラリとして構築する必要があるんだろう
312:デフォルトの名無しさん
11/09/26 22:44:36.83
>>299
アンドロイドが仮想マシン上でアプリを作成する上でのデメリットを明らかにしただろ
省電力、アプリの速度に関しては、ネイティブアプリのほうが優位性を示している
313:デフォルトの名無しさん
11/09/26 22:59:24.04
>>287
WP 7.0 時代はやっぱりちょっとガベコレの性能悪かったけどもね。
まあ、CF のチューニング甘いのは確かだけど、.NET 自体はそんなに遅くないし。
WP7 も最低ハードウェア要件高めだし。
314:デフォルトの名無しさん
11/09/26 23:13:55.16
>>312
あれはGoogle独自の仮想マシンが糞なだけ。
その証拠にWindows Phone 7.5は基本マネージコードだけどAndroidの1.5倍はバッテリー持つよ
315:デフォルトの名無しさん
11/09/26 23:15:20.51
>>311
そうすると各ライブラリがWinRTに対応しました！ってのを待ちくたびれることになるのか‥
316:デフォルトの名無しさん
11/09/26 23:24:14.66
ってことは >>110 みたいな事？
317:デフォルトの名無しさん
11/09/26 23:33:22.11
VirtualDLLはローダー拡張しただけの話で何か実態がわけじゃない
318:デフォルトの名無しさん
11/09/26 23:39:22.43
URLﾘﾝｸ(social.msdn.microsoft.com)
ここを見る限りスタティックリンクもダメなのかな
319:デフォルトの名無しさん
11/09/27 00:03:02.91
LoadLibraryについては
DLLの関数もメタデータファイルを用意しろということだろう。
呼べないWinAPIを中で使ってればダメなのは一緒だけど。
320:デフォルトの名無しさん
11/09/27 01:50:24.43
WinRTってのがそもそもサンドボックスの中に閉じ込められるものなのか、それともビルド設定によってそうなるのか。
WinRTがWin32の後継orデスクトップ向けにも提供されるものなら後者であるはずだが
321:デフォルトの名無しさん
11/09/27 02:20:40.64
Win32が使えないのではなく使う必要がないことに気づきなさい
322:デフォルトの名無しさん
11/09/27 02:24:01.21
4.8GBのやつが入らないからDPの3.6GB版を入れて、VS2011を単体でインストールしてみた
ApplicationでWinRTアプリを作ってみようとしたら、こんなメッセージが出てきた
Installation of this application requires a Windows Store Developer License or enterprise-qualified client. (Exception from HRESULT: 0x80073CFF)
4.8GBが入るメディアを買ってきて再インストールするのもかったるいんで、動かす方法があったら教えてほしい
323:デフォルトの名無しさん
11/09/27 02:25:37.25
はあ？
324:デフォルトの名無しさん
11/09/27 02:29:01.59
>>322
ISOの中身展開して回復コンソールのコマンドプロンプトからsetup.exe叩けばメディア要らんぞ
325:デフォルトの名無しさん
11/09/27 02:30:33.23
>>320
WinRTはあくまでメトロ開発用。メトロ以外はいままでどおり安心してWin32/MFC/.NETでお作りください。
326:デフォルトの名無しさん
11/09/27 02:32:47.70
Metro開発できるのは現状VS2011Express DPだろ
327:デフォルトの名無しさん
11/09/27 03:05:07.56
>>326
単体で配布されてるやつだとWindows8にいれても動かんよ
開発できるのは全部入りのDPだけっぽい
328:デフォルトの名無しさん
11/09/27 03:05:53.56
>>324
その手があったか
ほかの手段がないならそれでやってみる
329:デフォルトの名無しさん
11/09/27 09:23:41.48
実行可能メモリを確保して動的にネイティブコードを生成する事すらできないのか
AndroidNDKの方がまだマシだな
330:デフォルトの名無しさん
11/09/27 09:31:01.60
お前は何を言ってるんだ
331:デフォルトの名無しさん
11/09/27 09:36:01.67
>>330
最近こんなの貼って喜んでる白痴が大杉w ＞ お前は何を言ってるんだ
332:デフォルトの名無しさん
11/09/27 10:44:52.52
>>329
お前は何を言っているんだ
333:デフォルトの名無しさん
11/09/27 11:15:57.32
本当にわからないの?
VirtualProtect系が使えないから
じゃ不足?
334:デフォルトの名無しさん
11/09/27 11:45:34.30
Win32使えよ
335:デフォルトの名無しさん
11/09/27 17:12:17.39
Windows Runtimeの設計の詳細
URLﾘﾝｸ(www.infoq.com)
336:デフォルトの名無しさん
11/09/27 18:26:10.79
白けた
337:デフォルトの名無しさん
11/09/27 18:48:14.07
「Windows 8は、Win32 APIを置き換える」
URLﾘﾝｸ(www.infoq.com)
こんなん書いてたのにずいぶんトーンダウンしたなInfoQよｗ
まあとっくに分かってたことだがｗ
338:デフォルトの名無しさん
11/09/27 18:57:17.83
WinFXも同じことを言ってたよね。
339:デフォルトの名無しさん
11/09/27 19:03:04.58
二度も釣られた・・・
340:デフォルトの名無しさん
11/09/27 21:20:48.08
全く逆のことを言っている
341:デフォルトの名無しさん
11/09/27 21:22:16.15
笑えるのはどっちも今月の記事だということだぜ
342:デフォルトの名無しさん
11/09/27 21:26:47.55
結局Metro用ライブラリなの？
343:デフォルトの名無しさん
11/09/27 21:27:38.45
最初からそれは一貫して言ってるだろう
344:デフォルトの名無しさん
11/09/27 21:29:26.89
ARMにWin32全部載るってのも早漏の飛ばしだろ
345:デフォルトの名無しさん
11/09/27 21:38:16.53
ゲイツ先生はソフトウェアの保守コストがかさむのをとにかく嫌うから
Win32の他にWinRTなんて二つもやるわけないわ
大して意味ないし
346:デフォルトの名無しさん
11/09/27 22:36:24.85
つ.NET
347:デフォルトの名無しさん
11/09/27 22:43:09.41
どっかのGoogleみたいにいいかげんなもの乱発して
すぐ放置したり切り捨てたりするところとは訳が違うからな
348:デフォルトの名無しさん
11/09/27 22:47:45.98
今回はそうなるよ…
349:デフォルトの名無しさん
11/09/27 22:49:01.76
まともにサポートポリシーあって10年くらいサポートしてくれるのはMSだけ。
350:デフォルトの名無しさん
11/09/27 23:41:02.41
カーネルとドライバは使い回せたけどな。
351:デフォルトの名無しさん
11/09/28 00:29:52.66
>>348
何でそう思うの?
352:デフォルトの名無しさん
11/09/28 00:33:29.80
>>344
一番最初にＭＳが公式に発言しているよ。
完全なWin32 APIが載るからフルスペックのMS Officeも動作するってね。
353:デフォルトの名無しさん
11/09/28 00:33:47.79
大丈夫。どんなにクソでもJ#程度にはサポートしてくれるはず
354:デフォルトの名無しさん
11/09/28 01:11:24.44
>>348
今回も、なw
355:デフォルトの名無しさん
11/09/28 01:15:25.58
ん？今どっちをdisってるの？
WinRT にかけてる本気度かなり高いよ。
WinRT がいいというよりは、本気で Win32 の保守に疲れてる。
356:デフォルトの名無しさん
11/09/28 01:35:32.17
お前の気持ちかMSの気持ちわからんぞw
357:デフォルトの名無しさん
11/09/28 01:39:58.14
Vistaや.NETも、当初計画ではWin32やCOMを捨て去る計画だったからね。
358:デフォルトの名無しさん
11/09/28 01:43:05.23
レガシー呼ばわりしてたCOMでWinRT作ってんだからおもろいよな
359:デフォルトの名無しさん
11/09/28 01:43:14.41
COM は結局、.NET のメタデータ自体が COM みたいなもんだったけども。
Win32 は隙あらば消したがってる。
今回は、WinDiv（C++ 好き）とDevDiv（.NET 好き）の対立もないしねぇ。
360:デフォルトの名無しさん
11/09/28 01:45:32.14
まさかこんなオモチャでWin32消せると思ってないだろMSは
こんなお子様仕様で普通のPCアプリがどの程度「メトロアプリ」になると
思ってるんだ
361:デフォルトの名無しさん
11/09/28 01:48:02.76
まあ、今すぐ消せると思ってたらさすがに頭おかしいと思う。
投資バランスを徐々に変えて、新機能の追加を凍結 → サポートのみ → それからやっと排除でしょ。
5年10年覚悟じゃないかな。
362:デフォルトの名無しさん
11/09/28 01:49:40.53
というか、WinFX の時からすでに Win32 消す算段立てて、
.NET で培った経験と、WinFX 失敗の反省踏まえてようやく WinRT があって、
すでに5年越しか。
そこからさらに5年10年よねぇ、きっと。
363:デフォルトの名無しさん
11/09/28 01:51:45.57
タブレット用にWin32に依存しないの作って、
徐々にデスクトップ用でそのアプリが動くようにすれば良かったのに。
364:デフォルトの名無しさん
11/09/28 01:53:45.02
この仕様だと、はっきり言って7にもWinRTやメトロはバックポートできそうに
見えるんだがな
365:デフォルトの名無しさん
11/09/28 01:54:01.54
>>357
Vistaは.NET 4.5で捨て去られたぞ。
366:デフォルトの名無しさん
11/09/28 01:55:58.19
Win32 廃止が冒険なことはわかってるし、
まず手始めに、出遅れててどうせいろいろ作り直さないといけないタブレットをターゲットにしただけでしょ。
デスクトップ向けな WinRT も将来的には考えられるかもしれないけど、
まず第一の投資先がタブレットだっただけ。
367:デフォルトの名無しさん
11/09/28 01:56:15.03
機種依存性無くすのが狙いなのに.NETじゃなくCOMを選んだのは
やっぱりパフォーマンスの問題なのか？
368:デフォルトの名無しさん
11/09/28 02:04:21.64
機種依存よりは、App Store経由配布のためのサンドボックスの方が目的だと思う。
機種は、CPU に関してはパッケージ中に x86, x64, ARM バイナリ全部入れろってので今のところ対応可能だし、
Phone と比べると機種固有のペリフェラル使う用途多いだろうし。
WinFX が成功しなかった理由、やっぱりパフォーマンスによるところは大きいはずで、
WinRT が COM なのはやっぱそこだと思う。
あと、WinDiv（Windows 開発部門）が C++ 好き。
.NET の中で重要な点は、CPU 独立である部分よりも、むしろ、
メタデータによるプログラミング言語中立と、サンドボックスによるセキュリティだってことかと。
369:デフォルトの名無しさん
11/09/28 02:34:53.01
なあに.NETを捨てるわけじゃないさ
一段落ついたところで別のに取り掛かったということだ
さらに厚みを増してきたWindowsから目が離せそうもないぜ！
370:デフォルトの名無しさん
11/09/28 05:19:18.74
無茶なスレ立てやがって･･･
ｽﾚﾘﾝｸ(news板)
371:デフォルトの名無しさん
11/09/28 08:49:07.77
>>353
J++とは何だったのか
372:デフォルトの名無しさん
11/09/28 09:06:27.10
>>371
J++は、Visual Studio とC#の基礎。
Java開発環境として優れていたため、最終的にSUNのVMを使う場合でも、開発ではよく使われていた。
373:デフォルトの名無しさん
11/09/28 09:09:47.69
今じゃ完全に死亡扱い受けてるものも、何かしら成果としては今の製品につながってるよね。
まあ、今はサポートの話してたはずだから、切られてることには変わりないけども、
J++ の場合は大体の開発者 C# に移っちゃってるし。
374:─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG
11/09/28 09:59:49.77
そんなにコロコロ変えてたら馬鹿になってしまうぞｗ
375:デフォルトの名無しさん
11/09/28 10:00:49.44
あなたとの出会いは無駄じゃなかったわ、とかガキみたいなこと言ってんじゃねーよ
376:デフォルトの名無しさん
11/09/28 11:06:30.57
C++でメトロアプリ作っても、WWAHost.exe上で実行されるのですか？
377:デフォルトの名無しさん
11/09/28 15:04:44.59
>>364
コストを無視すればWindows98にだってバックポートできるだろうけど
378:デフォルトの名無しさん
11/09/28 20:55:40.24
>>376
WWAHostはHTMLアプリだけのはず
379:デフォルトの名無しさん
11/09/28 21:32:11.86
URLﾘﾝｸ(github.com)
This library is designed to enable code reuse for code written against non-'Metro' WinRT APIs on .NET 4 and Mono.
380:デフォルトの名無しさん
11/09/28 21:43:53.51
WinRT向けに書いたGUI以外のコードを.NET4で再利用するためのライブラリ作成中なのか。気が早い。
381:デフォルトの名無しさん
11/09/28 21:46:14.19
だいたい一緒なんだから #if WINRT でいいよそんなもん
382:デフォルトの名無しさん
11/09/28 21:53:31.19
WinRTをWindows7で使える日は来ると思う？
383:デフォルトの名無しさん
11/09/28 21:56:57.62
>>382
メリットなくね？
今現在、タブレットの方に開発リソース裂いてて、
かつ、これだけ Win7 タブレットが売れてないと。
384:デフォルトの名無しさん
11/09/28 22:02:32.89
>>383
XAML & C++で開発できるってメリットが個人的にすごく魅力的
385:デフォルトの名無しさん
11/09/28 22:04:42.97
C++じゃないよ
C++/CLIっぽい独自言語
386:デフォルトの名無しさん
11/09/28 22:23:02.85
C++を拡張したもんだからC++だろ！
387:デフォルトの名無しさん
11/09/28 22:24:37.40
部分的な拡張は構わんよ。
VC++だってC++の拡張だしな
388:デフォルトの名無しさん
11/09/28 22:29:36.67
C++/COMか
だっさw
389:デフォルトの名無しさん
11/09/28 22:34:22.71
同じメトロなのにWindowsPhoneとWindows8でポータブルに作れないのか‥
もう腐敗臭しかしてこないな
390:デフォルトの名無しさん
11/09/28 22:36:21.10
Ｍ＄も収拾不可能になるなw
391:デフォルトの名無しさん
11/09/28 22:48:44.58
つ［HTML5］
392:デフォルトの名無しさん
11/09/28 22:49:50.47
>>388
それはATLをまともな構文で糖衣したものになるので魅力的。
393:デフォルトの名無しさん
11/09/28 22:49:58.85
Win32 MFC WinForms WPF Silverlight WinRT
どれ使えばいいんだ
394:デフォルトの名無しさん
11/09/28 22:52:33.70
好きなの使え
395:デフォルトの名無しさん
11/09/28 22:56:40.99
>>389
統合される。
396:デフォルトの名無しさん
11/09/28 22:59:51.22
そんなアナウンス現時点ではない
397:デフォルトの名無しさん
11/09/28 23:22:28.85
数行書き換えるだけで動作するぐらいには互換性が取れているけど
398:デフォルトの名無しさん
11/09/28 23:23:44.94
>>392
Win32用のATL/WTL開発にも使えるのか？
そうならWin32プログラマも喜ぶかもしれない
399:デフォルトの名無しさん
11/09/28 23:24:46.35
>>393
WTLも入れてくれ
400:デフォルトの名無しさん
11/09/28 23:34:50.16
COMのテクノロジーによって
インターフェイスが実装とべったりくっついてしまってる
Win32を置き換える、とか昔言ってなかったっけ？
ソフトは増えたけど目的はいつまでたっても果たせませんね
401:デフォルトの名無しさん
11/09/28 23:37:33.44
>>393
WinXP以降で使えて
ネイティブで軽くて
優れた設計のAPIはどれ？
402:デフォルトの名無しさん
11/09/28 23:41:07.75
>>400
COM自体は、Win32からは独立した別のものだろ。
403:デフォルトの名無しさん
11/09/28 23:44:34.50
>>401
XP以降で使えるのは
Win32 MFC WinForms WPF Silverlight WTL
さらにネイティブ限定だと
Win32 MFC WTL
優れているかどうかは分からないが
ナウい設計なのはWTL, MFC, Win32の順
404:デフォルトの名無しさん
11/09/28 23:44:50.04
ネイティブなんてものに拘らなければ.NET Frameworks。
メモリ周りのネック部分をunsafeすれば速度的な問題もだいぶ改善されるし。
405:デフォルトの名無しさん
11/09/28 23:59:25.81
unsafe使うくらいなら
最初からC++でやった方がましぽ
406:デフォルトの名無しさん
11/09/29 00:04:40.10
んなこたーない。
407:デフォルトの名無しさん
11/09/29 00:05:51.95
開発効率はまだWinFormsが最高かな。
WPFは思っていたより効率上がらなかったけど
WinRTはまだマシなんだろうか。
408:デフォルトの名無しさん
11/09/29 00:06:01.80
たかが数行のボトルネックのためにいちいちC++なんか持ち出さなくて済む
409:デフォルトの名無しさん
11/09/29 00:18:51.03
APIが非同期だらけになるんだろ
.NETはasync入るからいいけどC++なんかクソ面倒臭そう
410:デフォルトの名無しさん
11/09/29 00:20:19.53
WinRTではCは切り捨て？
411:デフォルトの名無しさん
11/09/29 00:31:31.79
どうせAPI呼び出しにはC++ですらない言語を使わないといけないので
条件はCも同じようなもん
412:デフォルトの名無しさん
11/09/29 00:46:08.83
7型多機能タブレットKindle Fire15000円で登場でゲハ厨顔面バーニングフォースｗｗｗｗ
ｽﾚﾘﾝｸ(news板)
Windows8タブレット出る前から死んだわ
413:デフォルトの名無しさん
11/09/29 01:16:25.45
>>409
大丈夫、C++がクソ面倒なのは、そういうもんだと我慢して使うものだから大丈夫。
まあ、C++ も C++11 でラムダ式入ってるから多少楽。
ラムダ式の書き方が冗長すぎて泣きそうになるけど、C++はそういうもんだから大丈夫。
>>412
それはさすがに土俵違うだろ。
白黒な代わりに軽量でしょ？また。
414:デフォルトの名無しさん
11/09/29 01:36:51.22
>>413
え？
415:デフォルトの名無しさん
11/09/29 02:28:33.19
俺もWinPhoneのSilverlight開発はつなぎで、いずれWinRTに統合されると思ってるよ。
で、Silverlightはブラウザプラグイン&メトロでいらなくなり終了と。
そうするとモバイルデバイスで.NET動かすなんてバカな設計も片付いてかなり開発環境はすっきりするな
416:デフォルトの名無しさん
11/09/29 02:46:51.43
自分が習得した技術がゴミになっていく
417:デフォルトの名無しさん
11/09/29 03:05:54.36
だってお前もゴミだからしょうがないよね
418:デフォルトの名無しさん
11/09/29 03:20:10.09
>>415
WPはSilverlightが亡くなってもマネージコード オンリーなのは変わらないと思うぞ
419:デフォルトの名無しさん
11/09/29 05:38:25.11
>>409
C++も次Beta版から非同期用構文が導入される予定
420:デフォルトの名無しさん
11/09/29 08:58:36.41
>>419
？
AMP のこと言ってる？
あれ、全然違うよ？
421:デフォルトの名無しさん
11/09/29 09:01:58.43
むしろWinRTとWPFとSilverlight間では知識を結構共有できると思うが。
XAMLだし
422:デフォルトの名無しさん
11/09/29 09:09:09.51
>>421
なんか、1行でも書き換えが発生するものは別物だと思ってる人がいたり、
名前だけで判断してる人がいるみたい。
423:デフォルトの名無しさん
11/09/29 09:56:49.67
>>420
URLﾘﾝｸ(msdn.microsoft.com)
Note
In the Windows Developer Preview pre-Beta,
the asynchronous programming pattern in Visual C++ requires direct manipulation of the IAsyncOperation<TResult>.
Visual C++ Beta is expected to provide syntactic support that will greatly simplify consumption of asynchronous APIs.
424:デフォルトの名無しさん
11/09/29 10:59:18.62
>>422
SilverlightとWinRTじゃまったく別のコード書く必要があるけどね
425:デフォルトの名無しさん
11/09/29 12:35:58.45
知識っつてんだろおおおお
426:デフォルトの名無しさん
11/09/29 12:41:01.97
BCLはだいたい一緒だよ
GUIなんか環境が全然ちがうんだからAPIに互換性あったとしてもどうせ作り直し
427:デフォルトの名無しさん
11/09/29 12:59:29.01
プログラマー自体が交換可能の互換性のある部品だからなにも心配することはないぞ
428:デフォルトの名無しさん
11/09/29 14:59:37.19
でも、新品プログラマーは互換性に難のある部品だからな・・・
429:デフォルトの名無しさん
11/09/29 15:40:52.76
そして互換性ができた頃には別の新品プログラマーと入れ替えｗ
430:デフォルトの名無しさん
11/09/29 17:41:41.36
>>428
新しい技術はおっさんにやらせるより、若手にやらせた方がはるかにまし
431:デフォルトの名無しさん
11/09/29 17:45:18.30
うちの画面開発のオッサン共はMVCという単語すら知らないのどうにかしてくれ。
432:デフォルトの名無しさん
11/09/29 19:07:11.43
こんなやりづらい職種もないわ
普通は年取れば熟練すんのに
433:デフォルトの名無しさん
11/09/29 21:15:43.81
COBOL みたいな息の長い技術を身に付けないから。
434:デフォルトの名無しさん
11/09/29 21:42:14.36
なんだかんだでC++とかその周辺は長く飯が食えてるな。
Web系に行ってたら寿命は短かったろうな。一発当たったかもしれないけど
435:デフォルトの名無しさん
11/09/29 22:10:52.92
Flashとかってまだ仕事ある？
436:デフォルトの名無しさん
11/09/29 22:19:33.85
正直、COMがここまで息が長いとは思わなかった。
437:デフォルトの名無しさん
11/09/29 22:47:48.75
>>432
後発者利益なんて言葉、他の業界じゃありえないよね。
他の業界も、過去、急成長期にはこんなのだったのかねぇ。
438:デフォルトの名無しさん
11/09/29 23:44:05.21
.NETでCOM終わったと言ってた人たち今頃どうしてるんだろう
439:デフォルトの名無しさん
11/09/29 23:50:39.22
そもそも.NET出てもCOMコンポばんばん出てたし今更だろう
440:デフォルトの名無しさん
11/09/29 23:54:58.82
みんなwin8でしかつかえないWinRT使うの？
441:デフォルトの名無しさん
11/09/30 00:22:12.30
このスレを見ても分かる通り皆様子見
442:デフォルトの名無しさん
11/09/30 00:36:50.29
googleでメトロの求人検索したら山ほど出てくる
今すぐ始めるべき
443:デフォルトの名無しさん
11/09/30 00:42:38.18
わろた
444:デフォルトの名無しさん
11/09/30 01:15:56.88
そんな使い捨て求人に群がるほどの買い手市場
445:デフォルトの名無しさん
11/09/30 01:43:28.16
落ち着け。これはそのう、そういう笑い話ではなくてな
446:デフォルトの名無しさん
11/09/30 02:30:31.93
Flyoutを素早く二つ開くと消えなくなるバグ？らしきものがあります
こちらのサンプルにおいて
URLﾘﾝｸ(code.msdn.microsoft.com)
"Respond"と"Delete"の二つを素早くクリックするとFlyoutが同時に二つ表示されてしまい、
しかも最初に開いた方はメニュー項目を選択するかApp Barを閉じるまで消えなくなってしまいます（画像右下）
URLﾘﾝｸ(i.imgur.com)
Windowsプログラミングの経験が皆無なのでよくわからないのですが、
この程度はWindowsプログラミング的には「仕様の範囲」なのでしょうか？それとも報告すればバグとして直してもらえますか？
447:デフォルトの名無しさん
11/09/30 05:20:31.33
>>438
昔の COM の書くのがたいへんなのは復活してないし、別にいいんじゃない。
CoCreateInstance とか ComPtr が面倒だから消えてほしかったものであって。
448:デフォルトの名無しさん
11/09/30 07:16:45.33
>>446
報告すれば直してくれるだろうけど、今はまだベータ版以前なので細かい部分まで実装が行き届いてないかと
449:デフォルトの名無しさん
11/09/30 17:02:43.26
個人的にはCOMなんて消えてほしい
COMと.NET系列との相性が悪すぎる
excelとか呼び出す場合、変な風に扱うとゾンビプロセス化してしまう
450:デフォルトの名無しさん
11/09/30 18:02:30.73
.NET 世代で育った人間なんで、あのアウトプロセス COM はほんと意味わからなさすぎる…
でも、WinRT って、COMベースだけどそのあたりのどうしようもなさの解消目指してるんじゃないの？
451:デフォルトの名無しさん
11/09/30 18:09:53.16
adobe の人間なら、もっと上手く構築できたんだろうけど、MS 様ではなぁ・・・
452:デフォルトの名無しさん
11/09/30 18:36:52.62
adobeはflashでバグ出しまくってるじゃん
453:デフォルトの名無しさん
11/09/30 19:14:51.23
COMは、難しいけれどもWindows というより、Microsoft の競争力の源。
454:デフォルトの名無しさん
11/09/30 19:52:53.06
>>452
あれ、ほんとに Macromedia 買収したのよかったのかねぇ。
バグひどすぎて頭抱えてるんじゃなかろうか。
455:デフォルトの名無しさん
11/09/30 20:03:58.38
Flashとか世のブラウザを落とす原因の八割(体感)だし脆弱性の元にもなりまくってる
Macromedia由来じゃないReaderも同様だし
456:デフォルトの名無しさん
11/09/30 21:23:49.59
Readerを初めて使ったときは
あまりの重さに絶対はやらないと思ったのに。
457:デフォルトの名無しさん
11/09/30 21:38:11.99
>>451
アホすぎ、adobeのソフトってひどいのばっかじゃん。
458:デフォルトの名無しさん
11/09/30 21:48:41.79
大量♪w b(＾o＾)
459:デフォルトの名無しさん
11/09/30 23:29:29.56
>>455
Windowsがウィルス・マルウェアに感染する原因の85%はAdobeとJavaだからな。
URLﾘﾝｸ(www.itmedia.co.jp)
460:デフォルトの名無しさん
11/10/01 09:52:04.24
たしか、情弱性とかいうのを突かれるんだっけ？
461:デフォルトの名無しさん
11/10/01 10:42:22.38
Windows 8でMetro Styleアプリを動かす「WinRT」
URLﾘﾝｸ(ascii.jp)
462:デフォルトの名無しさん
11/10/01 17:32:22.68
これ書いた人.NETわかってないんだな
463:デフォルトの名無しさん
11/10/01 17:43:11.10
>>462
説明を頼む m(__ __)m
464:デフォルトの名無しさん
11/10/01 19:41:24.88
>>463
462 とは別人だけども…
うーん、なんだろ。
とりあえず、命令のネイティブ/マネージの差と、メタデータの概念を区別できてないかな。
COMベースって言っても.NET側から見たら.NETオブジェクトにしか見えない（本気で区別つかない）し、
465:デフォルトの名無しさん
11/10/01 19:56:07.07
Win32APIは低レベルであり.NETも同様っていうくだりが酷い
XAMLがWPFの一部っていうのはどうなんだ
466:デフォルトの名無しさん
11/10/01 20:23:41.53
まあ、今回、BUILD は事前情報の箝口令ひかれてて唐突に大量の情報出たのと、
かなりガチで開発者寄りのイベントだったいせいもあって、
記述わかってる人とわかってない人の差が残酷なまでに記事に表れてるよね。
ちょっと面白い。
467:デフォルトの名無しさん
11/10/01 20:24:24.01
×記述わかってる → ○技術わかってる
468:デフォルトの名無しさん
11/10/01 22:55:00.31
.NETベースで作ったCOMのMarshal.ReleaseComObject周りのうまいやり方見つかったのかな。
469:デフォルトの名無しさん
11/10/01 23:05:54.50
COM側をGC任せで問題ない（解放の順序、タイミング、スレッドに依存しない）ようにしておけばOK
470:デフォルトの名無しさん
11/10/02 00:17:33.86
>>464,465
全然間違いを指摘できてないのな
471:デフォルトの名無しさん
11/10/02 00:29:22.57
.NETのAPIは低レベル過ぎて面倒とか聞いたことあるの?
逆はともかく
472:デフォルトの名無しさん
11/10/02 00:45:31.98
.NETはむしろ低レベル触ろうとしたらP/Invokeいちいち書かなきゃいけなくて面倒
473:デフォルトの名無しさん
11/10/02 05:47:19.70
>>464で指摘されてる事以外はだいたいあってるじゃないか。
474:デフォルトの名無しさん
11/10/02 10:14:48.91
>>471
DirectWriteやDirect2Dを触るのがめんどくさい
その手向けのアセンブリはあるけど、IDWriteTextLayoutにCutomTextRenderを渡すことができないからいちいち定義して、IntPtrにキャストしないといけない
>>464
IMEを触るにはTSFを触れとさらっと書いてあった
.NETからTSFを利用することは事実上できない
IME周りは終わったな
475:デフォルトの名無しさん
11/10/02 11:14:34.31
> .NETからTSFを利用することは事実上できない
普通にできるって。
476:デフォルトの名無しさん
11/10/02 11:20:51.30
NyaRuRuちゃんが昔ラッパー書いてたよ
477:デフォルトの名無しさん
11/10/02 11:21:58.80
もともと.netにちゃんとしたAPIが提供されてないものを持ち出してもな
少なくとも.netで普通に使えるAPIに関してはWinRTより低レベルとは言えないでしょ
DirectXはC++からしか使えないからもっと面倒になるし
478:デフォルトの名無しさん
11/10/02 11:22:35.75
.idlはあるんだから、ちょっと修正して.tlb作ればいいだけだし。
479:デフォルトの名無しさん
11/10/02 13:11:39.32
ITfThreadMgrEventSink、ITextStoreACPを実装するのはnyaruruちゃんのやつでも無理だったような…
>>478
DirectWriteやDirect2Dのidlはあったっけ？
なかったような記憶があるんだが
480:デフォルトの名無しさん
11/10/02 13:15:14.60
.tlb作れ、ってのは、TSFの話ね。おれはDirectXはほとんどやったことないから知らない。
「ちゃんとしたAPIが提供されてないもの」っていったら、ほぼすべてのCOMが使えない、
ってことになっちゃうでしょ。
481:デフォルトの名無しさん
11/10/02 23:02:24.65
.NETからCOMを直接利用する時のAPIが低レベルで困るのは、
.NETのAPIが低レベルかどうかと何か関係があるのか？
.NETに用意してあるラッパーを使うなら別だが。
という話なのではないのですかね？
482:デフォルトの名無しさん
11/10/02 23:41:17.54
.NETのAPIに低レベルな物が用意されていないからCOMを直接利用するさいに困るって話でしょ。
483:デフォルトの名無しさん
11/10/02 23:45:29.55
ならそう書けって話でしょ。
元の記事を.NET知らない人が読んだら10人中10人が.NETのAPIが低レベルなんだと誤解するよ
484:デフォルトの名無しさん
11/10/03 07:50:10.72
.NETが低レベルAPIかどうかとかオレオレ定義論にしかならんだろうに
485:デフォルトの名無しさん
11/10/03 08:08:17.60
>WinRTは、より高レベルの独自APIを提供する。
>例えば「Media Capture」は、静止画撮影だけでなく動画などの撮影やプレビュー表示、撮影後のトリミングといった関連機能を提供するライブラリオブジェクトだ。
多様な機能を提供するライブラリを高レベルと評するのであれば、従来のWin32や.NETは低レベルだろ。
486:デフォルトの名無しさん
11/10/03 08:25:44.56
WinRTにはCreateFile2みたいなWin32レベルのAPIもあるんだしどっちが高だの低だの言ってもしょうもないだろw
487:デフォルトの名無しさん
11/10/03 09:08:17.63
低レベルの定義も知らんのかw
488:デフォルトの名無しさん
11/10/03 09:28:45.97
んなもんねーよカス
489:デフォルトの名無しさん
11/10/03 09:29:53.51
間をとって.NETは中レベルということでひとつ
490:デフォルトの名無しさん
11/10/03 09:53:26.27
下流で低レベルのコード書いてます
491:デフォルトの名無しさん
11/10/03 09:54:40.52
心底どうでもいいわ
492:デフォルトの名無しさん
11/10/03 10:03:15.74
WinRTを使ったアプリってWindowsフォルダの中のどれがそうなの？
493:デフォルトの名無しさん
11/10/03 10:16:49.51
>>492
\Program Files\Applications
494:デフォルトの名無しさん
11/10/03 10:25:56.89
\Applicationsに仕切りなおせば良かったのに
495:デフォルトの名無しさん
11/10/03 15:32:31.27
Metro UI は Mono には提供されない
URLﾘﾝｸ(www.infoq.com)
496:デフォルトの名無しさん
11/10/03 17:06:13.22
PureJava的なクロスプラットフォームやデスクトップLinux全否定か
もっともだけどぶっちゃけすぎ
497:デフォルトの名無しさん
11/10/04 10:25:00.57
Windowsの個々のソフトウェア割り込み番号を解説したドキュメントとかありますか？
int **の**の数字の意味です
498:デフォルトの名無しさん
11/10/04 13:26:54.47
>>497
それはdosだと思うの
499:デフォルトの名無しさん
11/10/04 16:26:59.49
sysenterしか使ってないの？
500:デフォルトの名無しさん
11/10/04 19:21:22.50
int 20h
501:デフォルトの名無しさん
11/10/04 21:28:12.25
int 21h
502:デフォルトの名無しさん
11/10/04 21:48:42.83
DOSのでよければ分かるけど・・・
503:デフォルトの名無しさん
11/10/04 23:24:29.55
ブレークは何だっけ
INT3？
504:デフォルトの名無しさん
11/10/05 13:18:08.35
>>503
だ
505:デフォルトの名無しさん
11/10/05 21:41:46.46
関係あるのか無いのかかなり微妙だけど、こんなのを見つけた。
URLﾘﾝｸ(blogs.technet.com)
カーネルデバッガのコマンドでIDTを確認すれば良いんじゃね？
まあ、スレ違い甚だしいけどなw
506:デフォルトの名無しさん
11/10/06 10:50:04.27
WinRT に関する誤解
URLﾘﾝｸ(ufcpp.wordpress.com)
507:デフォルトの名無しさん
11/10/09 13:44:15.36
いやしかしメトロの四角いボタンが並んでるだけみたいなションボリGUIじゃこの先勝負していけるのかと思うよ
508:デフォルトの名無しさん
11/10/09 14:33:54.78
手抜きUIで開発効率UP
509:デフォルトの名無しさん
11/10/09 14:50:22.19
品質は同等に手抜きできる技術が一番素晴らしい
510:デフォルトの名無しさん
11/10/09 15:47:56.19
>>507
URLﾘﾝｸ(www.youtube.com)
もうAndroidはこんなになってるのにな
どうしてMSはこんなにだめだめになってしまったんだろう