私は、 asp.netコンパイルの概念の下で、Wroxによって発行されたProfessional asp.net 2.0の本、第3章、ページ番号を読んでいます。98、彼らは次の行を書いています：
コンパイルプロセスは、すべての種類のWebファイルをコンパイルするわけではありません。実際、ASP.NET固有のファイルタイプのみをコンパイルし、コンパイルプロセスから次のタイプのファイルを除外します。
-HTMLファイル-XML ファイル -XSDファイル-web.configファイル
- テキストファイル
それから私の質問は、上記の行の意味は何ですか？
web.config本当にファイルをコンパイルする必要はありませんか？web.configコンパイルされていない場合、ファイルに誤りを犯したときにコンパイルエラーが発生するのはどうしてですか？web.configは構成ファイルであり、コンパイルできません。展開時にWebサイトにコピーされるだけです。
ファイルは、Webアプリケーションの起動時に解析されます。
上記のすべてのファイルは、コンパイル可能なファイルではありません。これらは実行時に必要になる可能性のあるファイルであるため、プロジェクトの出力とともにデプロイする必要があります。
特に、web.configは、Webサイトの構成を含むファイルであり、ASP.NETランタイムによって（およびおそらく独自のコンパイル済みファイルから）ロードおよび解釈されます。
HTMLファイルはWebサイトのコンテンツを表すために使用され、XMLファイルはある種の情報のデータストアとして使用され、コンパイルされたファイル内に埋め込まれたり、実行可能ファイルに必要になったりする可能性があります。TXTファイルは、単純で人間が読める形式のファイルです。
「•web.configファイルをコンパイルする必要は本当にありませんか？」
Web.configは、ホスティングサーバーのセットアップ方法と構成方法にある程度依存します。たとえば、wcf設定、セキュリティ、フレームワーク、デバッグなどです。
したがって、コンパイラがweb.configを「コンパイル」できる唯一の方法は、サーバーに対してコンパイルすることです。
これは、再コンパイルを必要とせずに、Webサイトに基本的な変更を加えることさえできないことを意味します。
もう少し追加するだけです。web.configsはクライアントでコンパイルされていませんが、！変更が検出されると、実行時にサーバー側でチェックされます。ですから、間違えた場合はフィードバックがありますが、それまでに公開していて少し遅れています。