我在一个大型 ASP.NET 应用程序上工作。有时，我会对 bin/ 目录中的 DLL 或某些代码隐藏文件等进行一些更改。这些将导致 ASP.NET 重新编译某些文件，复制到影子目录等。全部输入，您可以有时会看到这个过程需要几分钟或更长时间。我通常只看任务管理器，如果我看到 csc.exe 或其他东西，我认为我们仍在编译。如果我看到 w3wp.exe，我就知道我们已经继续前进了。
所以，这留下了两个问题： 1. 加快 ASP.NET 编译的技巧有哪些？ 2. 我可以监视（使用一些调试工具）ASP.NET 实际在做什么吗？我想象一个调试 控制台会写如下内容：
11:32:32 AM - 将 foo.ascx.cs 编译为 c:\windows\system32..\afdjakllfjkal.dll
谢谢， 道格
【问题讨论】：
标签： asp.net visual-studio-2008 msbuild
您可以执行以下其中一项（或同时执行两项）来加快构建时间：
如果您有足够的内存，创建一个 RamDisk 并将您的 ASP.NET 临时文件指向这个基于 ram 的磁盘。有关如何使用 RamDisk 加快 ASP.NET 项目的构建时间的更多详细信息，请查看此博客文章：http://www.wagnerdanda.me/2009/11/speeding-up-build-times-in-asp-net-with-ramdisk/
使用新的“optimizeCompilations”标志。 它会告诉 .NET 不要仅仅因为您更改了一个项目/dll 而重建整个项目。如果您有 40 个项目并且您不使用它，那么每次您在一个项目中更改一个简单方法时，.NET 都会尝试编译所有其他项目和 dll。使用新标志（加上热修复程序的安装），您将在开发过程中看到整体性能大幅提升。查看这篇博文，详细了解如何使用 optimizeCompilations 标志加速构建：http://www.wagnerdanda.me/2009/11/optimizing-asp-net-build-time-with-dynamic-compilation-and-optimizecompilations/[cache]
【讨论】：
我通常可以将我的网站项目的缓慢构建时间归因于“决斗程序集”。作为described by Scott Guthrie here。我会听从他在文章中给出的建议，看看你的构建时间是否有所改善。
【讨论】：