アカウント名:
パスワード:
.net全部とならないのが不思議
まぁくそ遅いデスクトップアプリが少しでもまともにになってくれれば良いね
でも例外はいたときの情報どうなるんだろうね?がっかりじゃなきゃいいけど
C#でもすべての機能をサポートしているわけではないらしい。
というか、以前から話に出てたクラウドコンパイルを外向けに公開しただけの話のような...
この辺参考にした。http://ufcpp.wordpress.com/2014/04/03/net-native/ [wordpress.com]
C#の理由はMicrosoft .NET Native FAQ [microsoft.com]の1個目に書いてありますね。C#以外は将来に期待ということで良いのではないでしょうか。
Will F# or VB or my favorite language be supported?This preview release supports only C# code because it’s the .NET language used by most Store apps. But nothing prevents us from supporting any .NET language when we broaden our focus.
Will F# or VB or my favorite language be supported?
This preview release supports only C# code because it’s the .NET language used by most Store apps. But nothing prevents us from supporting any .NET language when we broaden our focus.
今はWindowsストアアプリにしか利用できないそうだよ
今どきC♯でくそ遅いデスクトップアプリって間違いなく開発者(コード)の方が問題でしょ?くそ遅いJavaで作ってるアプリの方がどうにかして欲しい
すくなくともJavaでなら、下手にAOTコンパイラでネイティブコード作るより、HotSpotVMで実行時最適化した方が効率がいいから。
AOTコンパイラが廃れたのはそういう理由。
だからC#用としてもとっても今さら感があるし、使うメリットについてもすごく疑問。
AOTコンパイルでも実行時プロファイルを取るとかして、JIT相当の最適化を行うことはできると思うんだけどね。
それってJREまるごと抱えるのと大して変わらないわけで
動作が遅いんじゃなく、起動がくそ遅いです。単純なプログラムでも遅いので、書けばわかります。
起動が糞遅いってのは初回起動時ぐらいかな。
頻繁に使う場合は2回目以降はそんなに時間かからんですよ。
ユーザーを無視した言い訳だなぁ
Javaアプリはクソ重いけど、.NETアプリが重かったのってv2.0ぐらいまででしょ。
.Netが重いというよりWPFがクソ重いよ。
JavaのSwingもJavaFXもさくさく動く時代になぜ、WPFはいまだにクソ重いままなのか?
WPFのレタリングエンジンが遅いDirect2Dを使わないとGDIよりも遅くなる
そんなレガシー環境相手にするのがウザいから最初はストアアプリ限定なんじゃねーの
なんででしょうね。同じ中間コードで、同じように実行時にネイティブコードにするのだから、同じように事前にネイティブコードにすることができそうなものだけど。
無いわけでもないhttp://msdn.microsoft.com/ja-jp/library/hh691779(v=vs.110).aspx [microsoft.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
なぜC#のみ? (スコア:2)
.net全部とならないのが不思議
まぁくそ遅いデスクトップアプリが少しでもまともにになってくれれば良いね
でも例外はいたときの情報どうなるんだろうね?がっかりじゃなきゃいいけど
Re:なぜC#のみ? (スコア:5, 参考になる)
C#でもすべての機能をサポートしているわけではないらしい。
というか、以前から話に出てたクラウドコンパイルを外向けに公開しただけの話のような...
この辺参考にした。
http://ufcpp.wordpress.com/2014/04/03/net-native/ [wordpress.com]
Re:なぜC#のみ? (スコア:2)
C#の理由はMicrosoft .NET Native FAQ [microsoft.com]の1個目に書いてありますね。C#以外は将来に期待ということで良いのではないでしょうか。
Re: (スコア:0)
今はWindowsストアアプリにしか利用できないそうだよ
Re: (スコア:0)
今どきC♯でくそ遅いデスクトップアプリって間違いなく開発者(コード)の方が問題でしょ?
くそ遅いJavaで作ってるアプリの方がどうにかして欲しい
Re:なぜC#のみ? (スコア:1)
すくなくともJavaでなら、下手にAOTコンパイラでネイティブコード作るより、
HotSpotVMで実行時最適化した方が効率がいいから。
AOTコンパイラが廃れたのはそういう理由。
だからC#用としてもとっても今さら感があるし、使うメリットについてもすごく疑問。
Re: (スコア:0)
AOTコンパイルでも実行時プロファイルを取るとかして、JIT相当の最適化を行うことはできると思うんだけどね。
Re: (スコア:0)
それってJREまるごと抱えるのと大して変わらないわけで
Re: (スコア:0)
動作が遅いんじゃなく、起動がくそ遅いです。
単純なプログラムでも遅いので、書けばわかります。
Re: (スコア:0)
起動が糞遅いってのは初回起動時ぐらいかな。
頻繁に使う場合は2回目以降はそんなに時間かからんですよ。
Re: (スコア:0)
ユーザーを無視した言い訳だなぁ
Re: (スコア:0)
Javaアプリはクソ重いけど、.NETアプリが重かったのってv2.0ぐらいまででしょ。
Re: (スコア:0)
.Netが重いというよりWPFがクソ重いよ。
Re: (スコア:0, 参考になる)
JavaのSwingもJavaFXもさくさく動く時代になぜ、WPFはいまだにクソ重いままなのか?
Re: (スコア:0)
WPFのレタリングエンジンが遅い
Direct2Dを使わないとGDIよりも遅くなる
Re: (スコア:0)
そんなレガシー環境相手にするのがウザいから最初はストアアプリ限定なんじゃねーの
Re: (スコア:0)
なんででしょうね。同じ中間コードで、同じように実行時にネイティブコードにするのだから、同じように事前にネイティブコードにすることができそうなものだけど。
Re: (スコア:0)
無いわけでもない
http://msdn.microsoft.com/ja-jp/library/hh691779(v=vs.110).aspx [microsoft.com]