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/ 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 既存部分はなにもかわらねーよカス 253 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:15:02.68 ] >>252 いやいや、MS宗主様はオマエらが嫌いだから遷都して別の場所で豊かになりたいってさｗ 254 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:15:36.42 ] >>248 いや、「WinRT用の」アプリではSystem.*は使えないんじゃないの？ そのかわりに msdn.microsoft.com/en-us/library/windows/apps/br211377(v=VS.85).aspx ここにあるもん使えと これ見ると、例えばwinsock2は触らせないが、WinRTランタイムでは Socketは使えるようだな セキュリティチェックの層を挟む必要がある物にはそういう処置を取ってるんだろう それはそれとして、業務アプリをメトロでとか言ってるやつは正気か？ 公式のAppストア限定流通だぞ 255 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:17:21.10 ] >>253 互換性をなくすとMSが潰れるのでやりません 256 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:17:27.68 ] >>254 どうせ不正コピーが流行るからそれにあわせて業務もメトロスタイルに変わっていくよｗ 257 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:18:13.90 ] >>255 互換性は残すけど古い世代に新しいコトはさせないらしいよｗ 258 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:18:30.83 ] どこのニートだ 259 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:19:07.32 ] >>254 Phoneだってプライベートアプリできるんだから解禁するっしょ。 260 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:19:17.89 ] App StoreのEnterprise何とかと一緒で、企業向けにストアなしで配布できるんだろ。 261 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:20:28.82 ] >>254 Linqってどこにあるの？ 262 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:20:37.46 ] このパラドックスはWindowsAPIに深く精通した者ほどダメージが大きいと言うコトなるなｗ 263 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:22:35.02 ] >>262 MSが一番ダメージが大きいだろw 264 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:24:39.71 ] >>203 しかもWinFXよりかなりしょぼい 265 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 00:25:39.28 ] >>263 いちばんダメージがデカいのはIT利権にしがみついてきた連中。 早くこの世からいなくなれ〜♪ 266 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:27:17.35 ] >>261 ああわかったごめん msdn.microsoft.com/en-us/library/windows/apps/br230232(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 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:28:11.41 ] なんか目が痛いから、せめてコテの文字数を少なくしてくれんかのう 268 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:28:51.52 ] >>264 OSのコアを置き換えるどころかただのWin32の上のラッパー サブシステムですらなく、メトロスタイルアプリとは、 いちWin32ホストアプリの上で動作するアップレットのようなもの、というのが正確だな まあWinFX構想とは比べるまでもない 269 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:29:09.38 ] なんつうか スマホ・タブレット用にレイヤー足しました的やっつけ感が拭えないのはなぜだ 270 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:31:54.00 ] >>269 それが事実だからじゃね 271 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:34:38.39 ] ----------ここまで実コードの話なし---------- 272 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:36:37.96 ] サンプルなら code.msdn.microsoft.com/windowsapps/ ここに転がってるぞいくらでも 273 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:38:20.79 ] 別に現時点でコード調べなくてもいいかなと思ってるわw 274 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:50:18.96 ] >>238 違う WinRTはWin32にあたる部分についても再構築されてるんだよ 全くの新作 275 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 00:51:48.60 ] >>269 タブレットブームなんて今がピークだからな。おまけ足すくらいで十分だよ。 276 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 01:04:55.75 ] >>274 「再構築」ってどういう意味で言ってる？ APIのトレースでもして調べたの？ メトロアプリはWWAHost.exeというWin32プロセス上で実行されるし （多分一種のアプリケーションドメインみたいなもん） APIとしてのWinRTがWin32の上に乗っかってるラッパーなのは>>212などに記述されてる 277 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 01:53:44.14 ] .netもその中でCLRホストして動かすだけでしょ？ WinRT呼び出しはCOM interop、それ以外は今まで通りのライブラリが使える 何も新しくないな 278 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 02:06:23.75 ] iOSのアプリとか作るのに比べると言語も豊富で色々便利にできてるのかもしらんけど 普通のWindowsアプリ開発(.NETやLLなども含む)との対比で考えると、 単に不便な機能制限版で、特に選ぶメリットが無いように見えるな 279 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 02:28:00.15 ] サンドボックスの中に入れたいんでしょ。 配布を楽にするのと、フル権限もらうのは両立しない。 280 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 02:56:02.81 ] >>235>>240>>241 業務アプリなんかでは、ウィンドウ操作の無意味な自由度によって画面遷移を崩されない方がいいからね。 定型業務なら尚更、画面遷移が固定された方がスムーズで不意なミスオペも解消できるね。 281 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 03:05:17.81 ] Metro Styleがタブレット向けだというならマーケットによる流通は当然の選択。 特に業務用なら光学ディスクは当然としてUSBディスクなども使えるのは困る場合もあるし 282 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/26(月) 04:06:49.09 ] …ここにヒントがある。 ＞271 名前： デフォルトの名無しさん [sage] 投稿日： 2011/09/26(月) 00:34:38.39 ＞----------ここまで実コードの話なし---------- 実コードって言うけど…そう、仮想コンソール環境で仮想コード環境（中間言語）なんだよな。 だからCPUに依存したコードがなくなるというのが仮想コンソール環境の目標なんだろうな。 Windows8の間にどこまで持って行けるかお楽しみってなところ。 283 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 04:34:00.65 ] >>212 は MinWin や Virtual DLL のことを知ってて書いてるとは思えん。 284 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 07:02:27.81 ] このクソコテはGoogleからの刺客か 285 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 07:06:27.72 ] CLRの代わりにWinRT自体がCLIとして動くのかね 286 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 08:40:14.29 ] >>285 いや、そういう仕組みじゃないから。 WinRT は .NET のメタデータ部分だけ持ってて、 今までの P/Invoke が楽になるだけのネイティブ。 .NET なコード動かすためには、CLR 自体はまだ要る。 287 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 08:56:27.66 ] しかしWinPhoneはWinCE&.NETCompact?&Silverlightでよくさくさく動くよな。激重になりそうな気がするもんだが 288 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 09:01:31.35 ] ここには Windows Phone なんて使ってる情弱いないよな？ 289 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 11:41:02.71 ] すみませんWindowsMobile使ってます 290 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 11:43:59.57 ] WindowsMobileの話なんて誰もしていないから 291 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 12:05:04.10 ] Windows PhoneはWP7機だけじゃなくてWM機も指すんだがな 292 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 13:19:37.78 ] Windows7が載っているのは仲間には入れませんか？ 293 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 13:42:57.13 ] それは電話というよりタブレットと呼ぶんじゃね D4もタブレット扱い 294 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 15:41:10.98 ] FATなPCでリッチな開発は、空前のモバイルブームで低電力消費のネイティブAPIに方針転換か 295 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 15:52:36.24 ] >>294 Android は？ 296 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 17:17:27.44 ] AndroidもC++だけで開発できるようになったって 297 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 17:19:01.40 ] WP7使ってるわ、メインじゃないけど 今や旧Windows MobileもWindows Phoneに改名 298 名前：デフォルトの名無しさん [2011/09/26(月) 17:20:19.07 ] 専用のアドレス空間で分けられてるんだからそれ以上の安全性はOSで努力してなんとかするべきだよね Javaじゃなきゃ安全じゃないとかSunの刷り込みで世の中おかしなことになってる 299 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 18:50:51.79 ] C/C++で開発するメリットあるの？ デスクトップアプリならwin32と相性が良かったりするんだろうけど WinRTだと一つもメリットなくね？ 300 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 18:54:05.66 ] >>298 脆弱性をつきにくくはなる。 301 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 18:56:29.12 ] >>299 DirectX ゲーム関連 302 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 18:57:14.95 ] >>298 OSが専用のアドレスに振り分けで動作させているんだから それ以上の安全性は開発者が努力してなんとかすべきだよ。 したくないならC#などのマネージコードで開発すれば.NETが面倒見てくれる。 303 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 19:01:33.07 ] ん？WinRTのBrokerが危険な操作をガードしてくれるんじゃないの(´･ω･`)？ 304 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 19:01:43.72 ] DirectXってMetroアプリから使えるの？ 305 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 19:07:09.14 ] >>304 うん(´･ω･`) ttp://msdn.microsoft.com/en-us/library/windows/apps/br229582(v=VS.85).aspx 306 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 19:13:04.99 ] >>305 へ〜知らなかったよ DirectXは使えるけどwin32は使えないんだね 307 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 20:38:41.34 ] boostなんかも内部でWin32呼んでるわけだしほとんどのライブラリが使えないんじゃね？ 308 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 20:49:35.21 ] ほとんどのライブラリが使えない・・・　　　ｶﾞ━━(;ﾟДﾟ)━━ﾝ !! 309 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 21:10:05.54 ] >>307 Boostを使うデモはBUILD初日にやってますよ。(´･ω･`) ttp://channel9.msdn.com/Events/BUILD/BUILD2011/BPS-1005 lexical_castとか、依存関係に当たり障りのないところのデモですが。(´･ω･`) 310 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 21:46:11.54 ] なんでWin32触れないという話になってるんだ 相当に限定はされてるが、 msdn.microsoft.com/en-us/library/windows/apps/br205757(v=VS.85).aspx ここに書いてあるものは使えるはずだぞ ごく一般的なところで目に付く使えない関数は CreateFile(), LoadLibrary(), VirtualAlloc(), CreateProcess(), CreateThread() user32系全般(CreateWindow()など)、GDI、winsock2といったところ スレッドは作れないがInterlockedなどの排他機構は使える また、CreateFile()が使えない代わりにCreateFile2()という関数が使える 多分サンドボックス化のため メトロ用のCランタイムのfopen()系はCreateFile2()を用いて実装されてるんだろうな 311 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 21:49:39.00 ] LoadLibrary()が使えないので、「ほとんどのライブラリが使えない」 というのは、ある意味間違いではないだろうな WinRTに許可された範囲のCランタイム関数やAPIのみで実装されたライブラリを staticリンクするか、WinRT用のライブラリとして構築する必要があるんだろう 312 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 22:44:36.83 ] >>299 アンドロイドが仮想マシン上でアプリを作成する上でのデメリットを明らかにしただろ 省電力、アプリの速度に関しては、ネイティブアプリのほうが優位性を示している 313 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 22:59:24.04 ] >>287 WP 7.0 時代はやっぱりちょっとガベコレの性能悪かったけどもね。 まあ、CF のチューニング甘いのは確かだけど、.NET 自体はそんなに遅くないし。 WP7 も最低ハードウェア要件高めだし。 314 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 23:13:55.16 ] >>312 あれはGoogle独自の仮想マシンが糞なだけ。 その証拠にWindows Phone 7.5は基本マネージコードだけどAndroidの1.5倍はバッテリー持つよ 315 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 23:15:20.51 ] >>311 そうすると各ライブラリがWinRTに対応しました！ってのを待ちくたびれることになるのか‥ 316 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 23:24:14.66 ] ってことは　>>110　みたいな事？ 317 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 23:33:22.11 ] VirtualDLLはローダー拡張しただけの話で何か実態がわけじゃない 318 名前：デフォルトの名無しさん mailto:sage [2011/09/26(月) 23:39:22.43 ] social.msdn.microsoft.com/Forums/en-NZ/winappswithnativecode/thread/73e8c131-1a2a-41b4-b028-6cefc5ad305f ここを見る限りスタティックリンクもダメなのかな 319 名前：デフォルトの名無しさん mailto:sage [2011/09/27(火) 00:03:02.91 ] LoadLibraryについては DLLの関数もメタデータファイルを用意しろということだろう。 呼べないWinAPIを中で使ってればダメなのは一緒だけど。 320 名前：デフォルトの名無しさん mailto:sage [2011/09/27(火) 01:50:24.43 ] WinRTってのがそもそもサンドボックスの中に閉じ込められるものなのか、それともビルド設定によってそうなるのか。 WinRTがWin32の後継orデスクトップ向けにも提供されるものなら後者であるはずだが

---

---

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

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