App-Code フォルダーがどのように動作するかをよりよく理解しようとしています。特に、App-Code フォルダー内の新しいクラスが現在の AppDomain にどのように含まれているかについて興味があります。CodeDom で新しいオブジェクトをコンパイルするときと同じ方法で、2 つ目の一時的な AppDomain が作成されますか?
多くの点で、新しいクラス/オブジェクトを Web アプリケーションに移動する機能は非常に魅力的です。Rob Connery のMVC Storefrontは良い例です。App-code フォルダーを使用して新しい機能をデプロイした場合、考慮すべきトレードオフや落とし穴はありますか?
アップデート：
CoDe Magazineで、次の興味深い一節を含む記事を見つけました。
アプリケーション固有のコードは、ASPX ページまたはコントロールのインラインに配置したり、CodeBeside 部分クラスに配置したり、APP_CODE フォルダーに完全に自律的なクラスを作成したりできます。APP_CODE フォルダーは、ASP.NET 2.0 プロジェクトの特別なフォルダーであり、Web プロジェクトの非ページまたはコントロール関連のソース コードは、このフォルダーに入れる必要があります。ASP.NET は、APP_CODE のコンテンツをライブラリ プロジェクトのように扱い、そのコンテンツを別のアセンブリにコンパイルします。このアセンブリは、APP_CODE で定義されたクラスのいずれかを使用する ASPX/ASCX ページから ASP.NET が作成するすべてのページまたはディレクトリ レベルのアセンブリによって参照されます。
私の質問はまだ残っています - このライブラリをサポートする 2 番目の AppDomain が作成されていますか? もしそうなら、パフォーマンスへの影響は最小限ですか?