[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/02 05:59 / Filesize : 180 KB / Number-of Response : 963
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/

730 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 14:39:10.75 ]
>>728
そういうこと

731 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 14:43:16.02 ]
VSチームがC#でOS作ればいい

732 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 14:48:51.43 ]
AndroidのUI周りとかまんまWPFだな
実装はともかく、XAMLやWPFの基本的な設計自体は非常にうまくできてる

733 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 17:00:46.43 ]
>>728
そこを揃えるためのWinRTであり、WinMDであるのだろう

734 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 18:43:52.56 ]
C++って本当扱いの難しい子ですね

735 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 20:32:05.95 ]
>>731
その為には先ず、C#でネイティブコードを吐ける環境の実装をだな…
マジでこれさえ有れば、C++なんていらねーのに

736 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 20:40:46.63 ]
念のために言っておくがネイティブ吐くのと.NET Frameworkが不要になるのでは意味が違うからな

737 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 20:43:29.25 ]
馬鹿でかい.NET Frameworkをスタティックリンクするんなら
再配布.NET同梱するのと変わらん

738 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 21:05:23.45 ]
スタティックリンクなら
いらない部分は含まれないでしょ



739 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 21:11:15.21 ]
10年は前にさんざん言われたことだなぁ。

配布サイズ10倍以上にしてまでスタティックリンクしたいのかとか、
セキュリティホール見つかった時に放置されるリスク犯すのかとか。

740 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 21:20:21.18 ]
Silverlightはランタイムに含まれてるDLLが最小限で
必要な.NETライブラリはスタティックリンクというかプライベートコピーが基本だが
それだけでも結構パッケージがデカくなるよね

741 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 21:29:15.85 ]
配布サイズよりメモリサイズのほうが問題じゃないの?

742 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 21:53:50.61 ]
CIL->ネイティブコードの変換くらいそう難しくないだろ
誰でも考えることだけどiPhoneでC#使いたいとか特殊な状況以外大して意味がないからやらない

743 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 23:05:47.05 ]
ILは実質的にはネイティブと同じ。変わるのは、実行時コード生成するときぐらい。

744 名前:デフォルトの名無しさん mailto:sage [2011/11/12(土) 23:38:41.14 ]
STLつかうと一気に実行ファイルサイズが10倍に?!

745 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 00:11:08.13 ]
>>731,735
Microsoft,タイプセーフなオペレーティングシステム Verve を発表
www.infoq.com/jp/news/2010/12/verve-msft

746 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 00:48:57.90 ]
>>744
つWTL


747 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 01:49:42.28 ]
>>745
Win8よりもこれが欲しい

748 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 04:18:48.81 ]
>シングルプロセッサ上でのみ動作する。

実用には程遠い感じ



749 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 04:51:24.07 ]
その後さらになんか
research.microsoft.com/en-us/projects/drawbridge/
こんなのになってる。

750 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 13:15:48.39 ]
STL使うと実行ファイルサイズが10倍とかいつの時代だよ
まともなコンパイラなら仮にsizeof(int)==sizeof(long)の環境で
templateをintとlongで実体化すると二つは一つにまとめられる

751 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 14:28:07.10 ]
膨れないようなものならテンプレート使っている意味があまりないが。

752 名前:デフォルトの名無しさん mailto:sage [2011/11/13(日) 16:43:00.67 ]
10倍とか異常値ではなくて妥当なサイズのコードを生成するって言っただけ
それにバイナリには直接現われないテンプレートの使い方もあるんだぞ

753 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 14:48:42.05 ]
(初心者は) 「WinRT = Metro用DLL」 って認識でおk?

754 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 15:24:52.37 ]
どういう意味合いで言ってるのか正確にとりかねるけど、
C#から見たら(C#しか使わない&内部的な実装気にしないなら)
「WinRT = Metro用DLL」 って認識でおk。

755 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 16:29:29.19 ]
>>753
初心者じゃなくてもその認識でおk
.NETアセンブリでもなければCOMコンポーネントでもない

756 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 21:27:51.41 ]
>>725
wp7のSilverlightで良さげ。

757 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 21:37:56.08 ]
>>756
まあ、ぶっちゃけ、WP7のSilverlightに似てるしね<WinRT。

758 名前:デフォルトの名無しさん mailto:sage [2011/11/14(月) 23:52:42.21 ]
SilverlightってWPFと違ってUIフレームワークは元々ほとんど全部ネイティブで実装されてるしな
DllImportだったのがCOMになっただけ



759 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 08:21:40.59 ]
えっ

760 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 10:09:44.89 ]
msdn.microsoft.com/ja-jp/library/cc189070%28v=vs.95%29.aspx
嘘だと思うなら逆アセンブルしてみたら
本当に一枚皮剥いだらネイティブだから

761 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 14:17:25.93 ]
そういやSilverlightがJSから使えたこともあったな・・・

762 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 18:49:48.19 ]
むしろネイティブ以外で実装されているライブラリってあるのかと

763 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 19:14:04.18 ]
WPFのライブラリ逆コンパイルできるじゃないILで

764 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 19:27:37.90 ]
WPFだってネイティブの上に成り立ってるけどな

765 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 19:37:55.29 ]
ネイティブはネイティブの上にネイティブを作らずってことやな、うん

766 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 19:48:49.75 ]
ネイティブならナァドウゥ

767 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:02:03.20 ]
WPFは最終的な描画や入力でごくプリミティブな機能としてネイティブ使ってるだけで
だけでフレームワークそのものはほぼC#だよ
Silverlightはかなり高レベルなところからネイティブ

768 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:24:50.22 ]
お前らカタカナ禁止な



769 名前:デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:48:24.71 ]
「カタカナ使うな?片仮名を使って欲しいという事ですか?」

770 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 02:06:21.20 ]
ねいてぃぶ

771 名前:デフォルトの名無しさん mailto:sage [2011/11/16(水) 03:05:39.00 ]
斧゜裏魅手異武

772 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 14:29:03.95 ]
Metroスタイルで「出来ない事」ってどれくらいあるんだろう

773 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 14:50:38.66 ]
カスケード表示

774 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 16:54:23.54 ]
まだアンチエイリアスを切れないの?

775 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 22:31:33.45 ]
複数ウインドウは、技術的に無理な感じ?
技術的に可能でも、コントロールがたっくさんあると
現実的には難しそう。

776 名前:デフォルトの名無しさん mailto:sage [2011/11/20(日) 22:34:00.62 ]
複数ウィンドウにしたところで複数使うのかって話

777 名前:デフォルトの名無しさん mailto:sage [2011/11/21(月) 20:38:17.77 ]
>>775
現行のSilverlightで行われている様に、アプリケーション内部にウィンドウマネージャを構築してしまえばいい。

ttp://d.hatena.ne.jp/wave1008/20101124/p1
ttp://www.codeproject.com/KB/silverlight/FloatingWindow.aspx

778 名前:デフォルトの名無しさん mailto:sage [2011/11/22(火) 15:13:01.55 ]
C#に移るのはいやだけど、C++でGUIアプリ作るのはめんどくさくなってきた
ネイティブC++でWPF扱えるようにならないものかと思ってたが、こんなもん新しくできてたんだな
C++erは期待していいんだろうか



779 名前:デフォルトの名無しさん mailto:sage [2011/11/22(火) 19:44:18.52 ]
C++erのOSチーム作だからいいんでね。

780 名前:デフォルトの名無しさん mailto:sage [2011/11/22(火) 20:05:02.71 ]
metroアプリ作るためのもので、WPFの代わりになるもんではないよ
言語もC++ではなくC++/CLIに似た何か

781 名前:デフォルトの名無しさん mailto:sage [2011/11/22(火) 20:11:54.29 ]
デスクトップだとタッチ用のUIのアプリなんて誰も使いたがらないだろうけど
タブレットやタッチスクリーンPCが普及するかどうかだな

782 名前:デフォルトの名無しさん mailto:sage [2011/11/22(火) 20:22:03.00 ]
逆にタッチファーストなデバイスで従来のソフトを積極的に使いたがる奴もいないだろうしな

783 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 00:13:46.97 ]
あらゆる面でGUI作るんなら素直にC#に移ったほうがいいと思う
学習コストを支払っても回収できるよ

784 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 00:31:20.81 ]
WPFは糞重いしWinRTはWin8でしか使えない
C++でQt使った方がMacでもLinuxでも使えて
幸せになれる

785 名前:デフォルトの名無しさん [2011/11/23(水) 01:04:07.94 ]
互換性に囚われてそのプラットフォームで最適な表現が出来ないならユーザーには不幸だな

786 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 01:57:50.68 ]
write once run anywhereとかjavaですでに絶望したはずなんだけどな
まだ幻想を抱いてるとか貴重種だよ

787 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 02:01:26.70 ]
普段モデルの方ばっかり書いててビュー書いてないと、
write once, run anywhereの幻想抱きがちかなぁとかは思う。

確かに、モデルだけならかなりポータブルに書けるのよね。
でもそれをビューに期待しちゃ絶対ダメ。

788 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 02:09:45.54 ]
今後、ネイティブでマルチプラットフォームというとChrome Papper(NaCl)かな。
Webフォーム程度なら、QtでもwxWidgetsでもいいよね。



789 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 03:29:27.67 ]
プラットフォームごとに最適なUXを実現するためにもビューはあんまり流用できるものではないな

790 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 05:35:30.79 ]
NaClに変に期待してる人をたまに見かけるけど何考えてるのか分からんな。

791 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 09:00:52.48 ]
塩?

792 名前:デフォルトの名無しさん mailto:sage [2011/11/23(水) 09:15:10.21 ]
>>495がまさに真理
Webページですら事実上環境依存だというのに

793 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 01:03:11.27 ]
そこでflashだrp(ドヤッ

794 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 09:42:20.44 ]
Metroで殺される予定のFlashさん何やってんすか

795 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 10:02:38.58 ]
Metro向けのAIRがあるだろ

796 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 10:25:35.09 ]
茨の道を進む Silverlight,WinRT へのスムーズな移行は実現するか?
www.infoq.com/jp/news/2011/11/Silverlight-Transition-WinRT

797 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 11:14:26.27 ]
>>796
最後の「Metro インターフェースは,実を言うと,HTML5 ベースなのだ。」が大嘘。
ろくな記事じゃない。


798 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 11:32:13.92 ]
ランチャーとかのホストのUIがHTML5ベースで作られてると思ってるのかな?
とんでもなく重くてガクガクで使い物にならないだろうな



799 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 11:42:34.65 ]
xaml知らなくてhtmlだと思ったんじゃないの

800 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 11:45:03.15 ]
多分、HTML5+JavaScriptでもMetro UI書けるって部分を勘違いしたんだと思う。

実際は、2系統、XAML(WPFの焼き直し)とHTML5(IEと同じエンジン使ってる)が実装されてて、
HTML5側からも、WinRTの非UI部分のAPIが参照できるってだけなのに。

801 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 12:08:48.02 ]
www.infoq.com/jp/news/2011/09/Design-Details-Windows-Runtime
同じ人の記事だけど、UIの記述にXAML使うのは分かってるみたいだから
XAMLのUIがHTML5で実装されてると思ってるか、
もしくはOSのインターフェイスがHTML5ベースだと思ってるかのきっとどちらかだな
自分で書いてることを全く理解してない可能性もあるけど

802 名前:デフォルトの名無しさん mailto:sage [2011/11/24(木) 20:05:35.99 ]
HTML5のWinRT表層はIE独自拡張満載とはいえ
CSSやらJSやらかなり手書き感あふれる実装だな

803 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 10:22:44.25 ]
IE以外のブラウザの独自拡張はきれいな独自拡張

804 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 10:31:31.40 ]
そうでもない
他のは平気で互換性を切る
その違い

805 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 12:23:20.35 ]
>>803 はネタでしょ。
アンチMSは本気でそう思ってそうっていう。

ブラウザー以外でも、GCCの独自拡張を標準C++だと思ってて、
「VC++は標準対応してない」って文句言う人ほんとにいるし。

806 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 18:20:01.67 ]
他にもマイナーだけどVistaでMS書体(やメイリオ)の「辻」や「葛」などの漢字の形が
略字形から本字形へと変更された時もWindowsは叩かれまくって
後から真似をしてヒラギノを変更したMac OS Xは褒め称えられる、とかあったしね。

807 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 18:44:32.99 ]
今のIEは過去の失敗を踏まえてメジャーなブラウザの中では最も拡張に慎重だろ
MS以外ならロクに仕様の固まってない規格実装して
後でポシャったり大変更されたりしても最悪互換切り捨てることができるが
MSはそれが許されない

808 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 20:00:35.97 ]
被害妄想癖あるやつがいるな



809 名前:デフォルトの名無しさん mailto:sage [2011/11/25(金) 22:24:31.84 ]
そこで名前だすのは、macじゃなくてAdobeだとおもう。
JIS78問題以降、変更があると
フォント名を変えることで対応している。
Adobeが細かい名前を決めてる訳ではないけど、DNSのヒラギノの場合、ProNとかNが末尾に付いたのが標準体
MSの場合、フォント名については、文章表現よりOSの容量削減にこだわってる。
重複が気になるなら、TTCにすればいいのに、TTCも扱いが難しいのか
増やしたくないのかもしれない。

810 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 00:14:09.73 ]
Visual Studio 11プレビュー: 性能は劣化?
www.infoq.com/jp/news/2011/12/vs11_performance

811 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 00:43:15.42 ]
本文のどこをまとめたらそのタイトルになるのかよくわからん

812 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 08:27:43.70 ]
2010から腐ってるよな
WPFなんか使うからだ

813 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 11:41:28.72 ]
2010ってかなりの部分がC#になってるんだろ?
そんな思い切ったことした割にはまともな出来だと思うがな
WPFや.NETがどうとかいう以前に製品として成熟しきってないだけだろ

814 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 12:01:45.33 ]
ARM版ってデスクトップも無くて、デスクトップアプリも動かないのな

815 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 13:03:00.42 ]
>>814
ソース出せ

816 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 13:31:57.44 ]
やっぱ.NET開発用に.NET WinRTサブセットでやる方向だよな

817 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 13:49:28.05 ]
そりゃそうなるわな
俺は.NET使わない(キリッ
実は使ってるコンポーネントがCLRをロードしてました
となるのは目に見えてる

818 名前:デフォルトの名無しさん [2011/12/08(木) 19:23:56.00 ]
WindowsPhoneも死亡したようだし
MetroUIもすこぶる評判がよろしくない
四角いタイルがとてつもなくダサく思えてきたよ



819 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 19:32:11.56 ]
そうかな?新UIの出だしなんていつもこんなもんだと思ってるけど

820 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 20:56:11.51 ]
Winの新しい物が批判されるのはいつものこと
そして批判されたものほど後で普通になる

後で消えるものは最初から話題にすらならない

821 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 23:02:45.93 ]
アンチも居るけど新規UIにしては意外と評判いいような気がするけどな。
まぁ、出てみないと何とも言えんけど今から騒いでる人は…アレな人たちだから参考にならん。

822 名前:デフォルトの名無しさん mailto:sage [2011/12/08(木) 23:29:24.23 ]
次期Officeはメトロみたいだな

823 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 00:13:18.15 ]
メトロ推しはいいんだけど
オフィスをメトロにしてもなぁ

824 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 00:26:06.07 ]
WinRT上でOfficeを構築するのは有用
タブレット向けのOfficeは必須であろう

825 名前:デフォルトの名無しさん [2011/12/09(金) 00:36:38.46 ]
Officeで作った資料をタブレットでサクッと見られれば便利だろな

826 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 01:08:22.52 ]
COMの知識を整理し直さないといかんなぁ。
今存在するCOMの資料はみんな古いモノしかない上に、
従来のCOMで、WinRTの新機能で置き換えられるもの、
新たに追加させるものがかなりあるので。

827 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 01:48:59.66 ]
WinRTって内部的にCOM使っているだけでAPIレベルでみるとWPFに近くなる
ものと勝手に想像していたのだけれども違うの?

828 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 02:29:25.19 ]
いぇs



829 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 11:53:00.16 ]
ARM版の公開まだなの?

830 名前:デフォルトの名無しさん mailto:sage [2011/12/09(金) 12:04:28.64 ]
OEM提供のみだから一般公開はない






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<180KB

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