App_Code在ASP.Net中是否将新代码编译成二级临时AppDomain？

Question

我试图更好地理解App文件夹是如何运行的，特别是我很好奇App文件夹中的新类是如何包含在当前AppDomain中的。第二个临时AppDomain是否与我用CodeDom编译新对象时创建的方式相同？

在许多方面，将新的类/对象移动到Web应用程序中的能力非常引人注目。罗布康纳利的MVC店面是一个很好的例子。如果您使用了App-code文件夹来部署新功能，那么是否存在任何需要考虑的折衷或错误？

更新：

我找到了一个CoDe杂志上的文章，其中有一段有趣的文章：

特定于应用程序的代码可以内联到ASPX页面或控件，可以进入CodeBeside部分类，也可以在APP_CODE文件夹中创建完全自治的类。APP_CODE文件夹是ASP.NET 2.0项目中的一个特殊文件夹，任何与ASP.NET项目无关的或与控件相关的源代码都必须进入该文件夹。ASP.NET将APP_CODE的内容视为库项目，并将内容编译为单独的程序集。然后，ASP.NET从使用APP_CODE中定义的任何类的ASPX/ASCX页面创建的所有页或目录级程序集引用此程序集。

我的问题仍然存在--是否创建了第二个支持这个libary的AppDomain，如果是的话，对性能的影响很小吗？

Answer 1

我不知道细节，但肯定会出现在不同的动态程序集中。类不能在另一个AppDomain中。只有一个类的实例可以在另一个AppDomain中，而从另一个AppDomain (仅通过远程处理)访问它真的很麻烦。