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/ 357 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:39:58.14 ] Vistaや.NETも、当初計画ではWin32やCOMを捨て去る計画だったからね。 358 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:43:05.23 ] レガシー呼ばわりしてたCOMでWinRT作ってんだからおもろいよな 359 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:43:14.41 ] COM は結局、.NET のメタデータ自体が COM みたいなもんだったけども。 Win32 は隙あらば消したがってる。 今回は、WinDiv（C++ 好き）とDevDiv（.NET 好き）の対立もないしねぇ。 360 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:45:32.14 ] まさかこんなオモチャでWin32消せると思ってないだろMSは こんなお子様仕様で普通のPCアプリがどの程度「メトロアプリ」になると 思ってるんだ 361 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:48:02.76 ] まあ、今すぐ消せると思ってたらさすがに頭おかしいと思う。 投資バランスを徐々に変えて、新機能の追加を凍結 → サポートのみ → それからやっと排除でしょ。 5年10年覚悟じゃないかな。 362 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:49:40.53 ] というか、WinFX の時からすでに Win32 消す算段立てて、 .NET で培った経験と、WinFX 失敗の反省踏まえてようやく WinRT があって、 すでに5年越しか。 そこからさらに5年10年よねぇ、きっと。 363 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:51:45.57 ] タブレット用にWin32に依存しないの作って、 徐々にデスクトップ用でそのアプリが動くようにすれば良かったのに。 364 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:53:45.02 ] この仕様だと、はっきり言って7にもWinRTやメトロはバックポートできそうに 見えるんだがな 365 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:54:01.54 ] >>357 Vistaは.NET 4.5で捨て去られたぞ。 366 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:55:58.19 ] Win32 廃止が冒険なことはわかってるし、 まず手始めに、出遅れててどうせいろいろ作り直さないといけないタブレットをターゲットにしただけでしょ。 デスクトップ向けな WinRT も将来的には考えられるかもしれないけど、 まず第一の投資先がタブレットだっただけ。 367 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 01:56:15.03 ] 機種依存性無くすのが狙いなのに.NETじゃなくCOMを選んだのは やっぱりパフォーマンスの問題なのか？ 368 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 02:04:21.64 ] 機種依存よりは、App Store経由配布のためのサンドボックスの方が目的だと思う。 機種は、CPU に関してはパッケージ中に x86, x64, ARM バイナリ全部入れろってので今のところ対応可能だし、 Phone と比べると機種固有のペリフェラル使う用途多いだろうし。 WinFX が成功しなかった理由、やっぱりパフォーマンスによるところは大きいはずで、 WinRT が COM なのはやっぱそこだと思う。 あと、WinDiv（Windows 開発部門）が C++ 好き。 .NET の中で重要な点は、CPU 独立である部分よりも、むしろ、 メタデータによるプログラミング言語中立と、サンドボックスによるセキュリティだってことかと。 369 名前：デフォルトの名無しさん [2011/09/28(水) 02:34:53.01 ] なあに.NETを捨てるわけじゃないさ 一段落ついたところで別のに取り掛かったということだ さらに厚みを増してきたWindowsから目が離せそうもないぜ！ 370 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 05:19:18.74 ] 無茶なスレ立てやがって･･･ hatsukari.2ch.net/test/read.cgi/news/1317116057/ 371 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 08:49:07.77 ] >>353 J++とは何だったのか 372 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 09:06:27.10 ] >>371 J++は、Visual Studio とC#の基礎。 Java開発環境として優れていたため、最終的にSUNのVMを使う場合でも、開発ではよく使われていた。 373 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 09:09:47.69 ] 今じゃ完全に死亡扱い受けてるものも、何かしら成果としては今の製品につながってるよね。 まあ、今はサポートの話してたはずだから、切られてることには変わりないけども、 J++ の場合は大体の開発者 C# に移っちゃってるし。 374 名前：─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG [2011/09/28(水) 09:59:49.77 ] そんなにコロコロ変えてたら馬鹿になってしまうぞｗ 375 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 10:00:49.44 ] あなたとの出会いは無駄じゃなかったわ、とかガキみたいなこと言ってんじゃねーよ 376 名前：デフォルトの名無しさん [2011/09/28(水) 11:06:30.57 ] C++でメトロアプリ作っても、WWAHost.exe上で実行されるのですか？ 377 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 15:04:44.59 ] >>364 コストを無視すればWindows98にだってバックポートできるだろうけど 378 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 20:55:40.24 ] >>376 WWAHostはHTMLアプリだけのはず 379 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:32:11.86 ] https://github.com/ermau/WinRT.NET This library is designed to enable code reuse for code written against non-'Metro' WinRT APIs on .NET 4 and Mono. 380 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:43:53.51 ] WinRT向けに書いたGUI以外のコードを.NET4で再利用するためのライブラリ作成中なのか。気が早い。 381 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:46:14.19 ] だいたい一緒なんだから #if WINRT でいいよそんなもん 382 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:53:31.19 ] WinRTをWindows7で使える日は来ると思う？ 383 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 21:56:57.62 ] >>382 メリットなくね？ 今現在、タブレットの方に開発リソース裂いてて、 かつ、これだけ Win7 タブレットが売れてないと。 384 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:02:32.89 ] >>383 XAML & C++で開発できるってメリットが個人的にすごく魅力的 385 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:04:42.97 ] C++じゃないよ C++/CLIっぽい独自言語 386 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:23:02.85 ] C++を拡張したもんだからC++だろ！ 387 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:24:37.40 ] 部分的な拡張は構わんよ。 VC++だってC++の拡張だしな 388 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:29:36.67 ] C++/COMか だっさw 389 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:34:22.71 ] 同じメトロなのにWindowsPhoneとWindows8でポータブルに作れないのか‥ もう腐敗臭しかしてこないな 390 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:36:21.10 ] Ｍ＄も収拾不可能になるなw 391 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:48:44.58 ] つ［HTML5］ 392 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:49:50.47 ] >>388 それはATLをまともな構文で糖衣したものになるので魅力的。 393 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:49:58.85 ] Win32 MFC WinForms WPF Silverlight WinRT どれ使えばいいんだ 394 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:52:33.70 ] 好きなの使え 395 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:56:40.99 ] >>389 統合される。 396 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 22:59:51.22 ] そんなアナウンス現時点ではない 397 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:22:28.85 ] 数行書き換えるだけで動作するぐらいには互換性が取れているけど 398 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:23:44.94 ] >>392 Win32用のATL/WTL開発にも使えるのか？ そうならWin32プログラマも喜ぶかもしれない 399 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:24:46.35 ] >>393 WTLも入れてくれ 400 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:34:50.16 ] COMのテクノロジーによって インターフェイスが実装とべったりくっついてしまってる Win32を置き換える、とか昔言ってなかったっけ？ ソフトは増えたけど目的はいつまでたっても果たせませんね 401 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:37:33.44 ] >>393 WinXP以降で使えて ネイティブで軽くて 優れた設計のAPIはどれ？ 402 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:41:07.75 ] >>400 COM自体は、Win32からは独立した別のものだろ。 403 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:44:34.50 ] >>401 XP以降で使えるのは Win32 MFC WinForms WPF Silverlight WTL さらにネイティブ限定だと Win32 MFC WTL 優れているかどうかは分からないが ナウい設計なのはWTL, MFC, Win32の順 404 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:44:50.04 ] ネイティブなんてものに拘らなければ.NET Frameworks。 メモリ周りのネック部分をunsafeすれば速度的な問題もだいぶ改善されるし。 405 名前：デフォルトの名無しさん mailto:sage [2011/09/28(水) 23:59:25.81 ] unsafe使うくらいなら 最初からC++でやった方がましぽ 406 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:04:40.10 ] んなこたーない。 407 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:05:51.95 ] 開発効率はまだWinFormsが最高かな。 WPFは思っていたより効率上がらなかったけど WinRTはまだマシなんだろうか。 408 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:06:01.80 ] たかが数行のボトルネックのためにいちいちC++なんか持ち出さなくて済む 409 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:18:51.03 ] APIが非同期だらけになるんだろ .NETはasync入るからいいけどC++なんかクソ面倒臭そう 410 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:20:19.53 ] WinRTではCは切り捨て？ 411 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:31:31.79 ] どうせAPI呼び出しにはC++ですらない言語を使わないといけないので 条件はCも同じようなもん 412 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 00:46:08.83 ] 7型多機能タブレットKindle Fire15000円で登場でゲハ厨顔面バーニングフォースｗｗｗｗ hatsukari.2ch.net/test/read.cgi/news/1317224334/ Windows8タブレット出る前から死んだわ 413 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 01:16:25.45 ] >>409 大丈夫、C++がクソ面倒なのは、そういうもんだと我慢して使うものだから大丈夫。 まあ、C++ も C++11 でラムダ式入ってるから多少楽。 ラムダ式の書き方が冗長すぎて泣きそうになるけど、C++はそういうもんだから大丈夫。 >>412 それはさすがに土俵違うだろ。 白黒な代わりに軽量でしょ？また。 414 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 01:36:51.22 ] >>413 え？ 415 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 02:28:33.19 ] 俺もWinPhoneのSilverlight開発はつなぎで、いずれWinRTに統合されると思ってるよ。 で、Silverlightはブラウザプラグイン&メトロでいらなくなり終了と。 そうするとモバイルデバイスで.NET動かすなんてバカな設計も片付いてかなり開発環境はすっきりするな 416 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 02:46:51.43 ] 自分が習得した技術がゴミになっていく 417 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 03:05:54.36 ] だってお前もゴミだからしょうがないよね 418 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 03:20:10.09 ] >>415 WPはSilverlightが亡くなってもマネージコード オンリーなのは変わらないと思うぞ 419 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 05:38:25.11 ] >>409 C++も次Beta版から非同期用構文が導入される予定 420 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 08:58:36.41 ] >>419 ？ AMP のこと言ってる？ あれ、全然違うよ？ 421 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 09:01:58.43 ] むしろWinRTとWPFとSilverlight間では知識を結構共有できると思うが。 XAMLだし 422 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 09:09:09.51 ] >>421 なんか、1行でも書き換えが発生するものは別物だと思ってる人がいたり、 名前だけで判断してる人がいるみたい。 423 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 09:56:49.67 ] >>420 msdn.microsoft.com/en-us/library/windows/apps/hh464924%28v=VS.85%29.aspx#asynchronous_patterns_in__with_c__ 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 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 10:59:18.62 ] >>422 SilverlightとWinRTじゃまったく別のコード書く必要があるけどね 425 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 12:35:58.45 ] 知識っつてんだろおおおお 426 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 12:41:01.97 ] BCLはだいたい一緒だよ GUIなんか環境が全然ちがうんだからAPIに互換性あったとしてもどうせ作り直し 427 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 12:59:29.01 ] プログラマー自体が交換可能の互換性のある部品だからなにも心配することはないぞ 428 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 14:59:37.19 ] でも、新品プログラマーは互換性に難のある部品だからな・・・ 429 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 15:40:52.76 ] そして互換性ができた頃には別の新品プログラマーと入れ替えｗ 430 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 17:41:41.36 ] >>428 新しい技術はおっさんにやらせるより、若手にやらせた方がはるかにまし 431 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 17:45:18.30 ] うちの画面開発のオッサン共はMVCという単語すら知らないのどうにかしてくれ。 432 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 19:07:11.43 ] こんなやりづらい職種もないわ 普通は年取れば熟練すんのに 433 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 21:15:43.81 ] COBOL みたいな息の長い技術を身に付けないから。 434 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 21:42:14.36 ] なんだかんだでC++とかその周辺は長く飯が食えてるな。 Web系に行ってたら寿命は短かったろうな。一発当たったかもしれないけど 435 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 22:10:52.92 ] Flashとかってまだ仕事ある？ 436 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 22:19:33.85 ] 正直、COMがここまで息が長いとは思わなかった。 437 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 22:47:48.75 ] >>432 後発者利益なんて言葉、他の業界じゃありえないよね。 他の業界も、過去、急成長期にはこんなのだったのかねぇ。 438 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 23:44:05.21 ] .NETでCOM終わったと言ってた人たち今頃どうしてるんだろう 439 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 23:50:39.22 ] そもそも.NET出てもCOMコンポばんばん出てたし今更だろう 440 名前：デフォルトの名無しさん mailto:sage [2011/09/29(木) 23:54:58.82 ] みんなwin8でしかつかえないWinRT使うの？ 441 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 00:22:12.30 ] このスレを見ても分かる通り皆様子見 442 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 00:36:50.29 ] googleでメトロの求人検索したら山ほど出てくる 今すぐ始めるべき 443 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 00:42:38.18 ] わろた 444 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 01:15:56.88 ] そんな使い捨て求人に群がるほどの買い手市場 445 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 01:43:28.16 ] 落ち着け。これはそのう、そういう笑い話ではなくてな 446 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 02:30:31.93 ] Flyoutを素早く二つ開くと消えなくなるバグ？らしきものがあります こちらのサンプルにおいて code.msdn.microsoft.com/windowsapps/Flyout-sample-33bbfe34 "Respond"と"Delete"の二つを素早くクリックするとFlyoutが同時に二つ表示されてしまい、 しかも最初に開いた方はメニュー項目を選択するかApp Barを閉じるまで消えなくなってしまいます（画像右下） i.imgur.com/FZNYy.jpg Windowsプログラミングの経験が皆無なのでよくわからないのですが、 この程度はWindowsプログラミング的には「仕様の範囲」なのでしょうか？それとも報告すればバグとして直してもらえますか？ 447 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 05:20:31.33 ] >>438 昔の COM の書くのがたいへんなのは復活してないし、別にいいんじゃない。 CoCreateInstance とか ComPtr が面倒だから消えてほしかったものであって。 448 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 07:16:45.33 ] >>446 報告すれば直してくれるだろうけど、今はまだベータ版以前なので細かい部分まで実装が行き届いてないかと 449 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 17:02:43.26 ] 個人的にはCOMなんて消えてほしい COMと.NET系列との相性が悪すぎる excelとか呼び出す場合、変な風に扱うとゾンビプロセス化してしまう 450 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 18:02:30.73 ] .NET 世代で育った人間なんで、あのアウトプロセス COM はほんと意味わからなさすぎる… でも、WinRT って、COMベースだけどそのあたりのどうしようもなさの解消目指してるんじゃないの？ 451 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 18:09:53.16 ] adobe の人間なら、もっと上手く構築できたんだろうけど、MS 様ではなぁ・・・ 452 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 18:36:52.62 ] adobeはflashでバグ出しまくってるじゃん 453 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 19:14:51.23 ] COMは、難しいけれどもWindows というより、Microsoft の競争力の源。 454 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 19:52:53.06 ] >>452 あれ、ほんとに Macromedia 買収したのよかったのかねぇ。 バグひどすぎて頭抱えてるんじゃなかろうか。 455 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 20:03:58.38 ] Flashとか世のブラウザを落とす原因の八割(体感)だし脆弱性の元にもなりまくってる Macromedia由来じゃないReaderも同様だし 456 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 21:23:49.59 ] Readerを初めて使ったときは あまりの重さに絶対はやらないと思ったのに。 457 名前：デフォルトの名無しさん mailto:sage [2011/09/30(金) 21:38:11.99 ] >>451 アホすぎ、adobeのソフトってひどいのばっかじゃん。

---

---

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

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