アカウント名:
パスワード:
なんで、コンパイルなんでしょう?
バイナリー配布出来ない理由は
・バイナリー配布しちゃダメってっていうフリーソースを含んでいる?・動作環境に依存する?・?
.NETのプログラムはMSIL形式を環境に合わせて最適化しつつJITコンパイルして実行する、というのが基本です。.NETにはJITコンパイルの結果をアセンブリとしてキャッシュする機能があり、その利便性をより高めるために、インストーラを使用するとインストール時にキャッシュを生成する補助機能が存在します。MSILはEXEファイルやDLLファイルなどのPEフォーマット中に格納されますが、環境ごとのアセンブリをごっちゃにして格納する仕様なんてこんな場合でもなければ無意味なだけですし、署名等の仕様にも影響するでしょう。アセンブリはあくまでもキャッシュであるため、アセンブリを直接配布する仕様が存在しないのだと思われます。
じゃあOSインストール時とかどうしてんだってのは詳しくは知りませんが、そういう場合に使用する方法は常用すべき方法ではないでしょうから避けるのも判る気がします。# 使ってる内に再コンパイル対象が増えて遅いってだけかもしれませんが
だったら、パッチをあてた時はその「アセンブリ」を削除(或いは無効化)するだけにして、アセンブリの再コンパイルは修正後の初回起動時にすればいいだけだと思う。
次に.NETフレームワークを使ったプログラムを起動しようとしたら起動に数時間か。
AMD (ATI) の CCC (Catalyst Control Center) がログオン直後に起動しようとして……。 とか考えたら、更新適用時にプリコンパイルしてシステムにキャッシュされてるのはかなり重要なのではないかと思った。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
なんで、コンパイルなの? (スコア:0)
なんで、コンパイルなんでしょう?
バイナリー配布出来ない理由は
・バイナリー配布しちゃダメってっていうフリーソースを含んでいる?
・動作環境に依存する?
・?
Re: (スコア:3, 参考になる)
.NETのプログラムはMSIL形式を環境に合わせて最適化しつつJITコンパイルして実行する、というのが基本です。
.NETにはJITコンパイルの結果をアセンブリとしてキャッシュする機能があり、その利便性をより高めるために、インストーラを使用するとインストール時にキャッシュを生成する補助機能が存在します。
MSILはEXEファイルやDLLファイルなどのPEフォーマット中に格納されますが、環境ごとのアセンブリをごっちゃにして格納する仕様なんてこんな場合でもなければ無意味なだけですし、署名等の仕様にも影響するでしょう。
アセンブリはあくまでもキャッシュであるため、アセンブリを直接配布する仕様が存在しないのだと思われます。
じゃあOSインストール時とかどうしてんだってのは詳しくは知りませんが、そういう場合に使用する方法は常用すべき方法ではないでしょうから避けるのも判る気がします。
# 使ってる内に再コンパイル対象が増えて遅いってだけかもしれませんが
Re: (スコア:0)
だったら、パッチをあてた時はその「アセンブリ」を削除(或いは無効化)するだけにして、
アセンブリの再コンパイルは修正後の初回起動時にすればいいだけだと思う。
Re:なんで、コンパイルなの? (スコア:1)
次に.NETフレームワークを使ったプログラムを起動しようとしたら起動に数時間か。
Re:なんで、コンパイルなの? (スコア:1)
AMD (ATI) の CCC (Catalyst Control Center) がログオン直後に起動しようとして……。
とか考えたら、更新適用時にプリコンパイルしてシステムにキャッシュされてるのはかなり重要なのではないかと思った。