ASP.net、DLLとwebconfigsは

Question

我々はいくつかのプロジェクト（一部は、クラスライブラリであり、一部には、実際のAsp.Netサイトです）に分割されるASP.Netソリューションを持っています。

ASP.NetサイトとクラスライブラリのDLLがデバッグモードでビルドされ、公開され、Web設定が変更され、 "debug = false"がクラスライブラリのDLLがビルドされると、リリースモードで？

私は答えを得られない場合、私は私の自己を試して戻って報告します。デバッグビルドとして

乾杯トニー

Answer 1

クラス・ライブラリには、まだあなたが期待される潜在的なパフォーマンスへの影響で、展開されます。

Webサイトはプロジェクトの種類に依存します。Webサイトプロジェクト（つまり、.as？xと.csファイルをサーバーに展開し、実行時にコンパイルする場合）これらの要素の構築に及ぼす影響。

Webアプリケーションプロジェクト（つまり、ビルドして/ binフォルダまたはサーバーのGACに.dllをデプロイする）の場合、これはコンパイルモードには影響しません。これはクラスライブラリと同様です。

ただし、ユーザーに送信する前にページの処理方法が変更されます。

スコット・ガスリーは、このの一部には良い記事を持っていた：

Don't run production ASP.NET Application with debug="true" enabled

テスFerrandezもこのトピックに関する良い記事があります。

ASP.NET Memory: If your application is in production… then why is debug=true

Answer 2

b.config設定<compilation debug=”false” />（または真）は、デバッグシンボルがランタイムコンパイルされた "ページ"アセンブリに注入されるかどうかに関係します。 WebResource.axd経由で提供されるWebリソースのキャッシングにも影響があると私は信じています。

この設定は、アプリケーションが最初に "リリース"ビルドまたは "デバッグ"ビルドとしてコンパイルされたかどうかは関係ありません。