Visual studio 2012 Visual Studio如何专门处理App_代码文件夹？

当在应用程序代码文件夹中进行更改或检测到更改时，Visual Studio如何处理该文件夹？不是IIS或ASP.NET

我想更好地理解为什么每当我在网站项目的大型App_代码文件夹中保存代码文件时，VisualStudio会长时间冻结。或者，我可以问：为什么VisualStudio在处理同样大的类库中的文件时不显示这些冻结

理想情况下，我希望看到微软引用的有关在Visual Studio中处理App_代码文件夹的问题的官方文档，以及与处理类库不同的情况

App_代码文件夹未明确标记为包含文件 用任何一种编程语言编写。相反，ASP.NET推断 根据应用程序代码文件夹中的文件调用哪个编译器 包含。如果应用程序代码文件夹包含.vb文件，ASP.NET将使用 visualbasic编译器；如果它包含.cs文件，ASP.NET将使用C# 编译器等

如果应用程序代码文件夹仅包含编程 语言不明确，例如.wsdl文件，ASP.NET使用默认语言 用于Web应用程序的编译器，如编译中建立的 应用程序Web.config文件或计算机级别的 Web.config文件。编译器是命名的生成提供程序和生成 为扩展名中的每个文件扩展名指定提供程序 元素

---

请参见此处。

它将此文件夹中的所有代码重新编译到单独的程序集中，然后在项目中引用此程序集

---

您应该知道，如果将这些文件作为可编译文件包含在项目中，则可能会发生双重引用。在后一种情况下，文件同时在一个单独的程序集中编译（使用临时名称），该程序集被引用，并且也在bin文件夹中编译。这是恐怖秀的开始…

这些关于App_Code文件夹的性能说明有些过时，但可能仍然适用于项目类型：

2） 将/app_代码目录中的文件数保持在较小的范围内。如果你 在这个目录中有很多类文件，我想 建议您在VS中添加一个单独的类库项目 解决方案，并将这些类移到该类中，而不是从类开始 库项目的编译速度比在 /应用程序代码目录。这通常不是一个问题，如果你只是有一个 /app_代码中有少量文件，但如果有大量 目录或几十个文件，你将能够获得速度 通过将这些文件移动到单独的类库中进行改进 项目，然后从您的网站引用该项目。 另一件需要注意的事情是，每当您从源代码切换时 要在VS HTML设计器中设计视图，设计器会导致 /加载设计器表面之前要编译的应用程序代码目录。 这样做的原因是，您可以承载在中定义的控件 /设计器中的应用程序代码。如果您没有/app_代码目录， 或者只在其中定义了几个文件，页面设计器将 能够更快地加载（因为它不需要执行大的 首先是汇编）

---

--

这是一个有用的答案。总之，App_代码文件夹在发生小的更改时会以各种方式动态编译，这会导致与显式编译项目（如类库）在性能上的差异。