在开发周期中监视或加速ASP.NET编译的提示

我在一个大型ASP.NET应用程序上工作。有时，我会对bin/目录中的DLL或某些代码隐藏文件等进行一些更改。这些更改将导致ASP.NET重新编译一些文件，复制到阴影目录等。总之，您有时会看到此过程需要几分钟或更长时间。我通常只看任务管理器，如果我看到csc.exe或其他东西，我认为我们还在编译。如果我看到w3wp.exe，我就知道我们已经前进了

因此，剩下两个问题： 1.加快ASP.NET编译的一些技巧是什么？ 2.我可以监视（使用一些调试工具）ASP.NET实际在做什么吗？我想象一个调试 控制台，可以编写如下内容：

上午11:32:32-将foo.ascx.cs编译为c:\windows\system32..\afdjakllfjkal.dll

Thx，

---

道格

我通常可以将网站项目的缓慢构建时间归因于“决斗程序集”。像我会遵循他在文章中给出的建议，看看您的构建时间是否有所改进。

您可以执行以下操作之一（或两者都可以）来加快构建时间：

如果您有足够的内存，创建一个ram磁盘，并将ASP.NET临时文件指向此基于ram的磁盘。有关如何使用RamDisk加快ASP.NET项目的构建时间的更多详细信息，请查看此博客文章：

使用新的“优化编译”标志它会告诉.NET不要仅仅因为您更改了一个项目/dll而重建整个项目。如果您有40个项目，而您不使用它，那么每当您在一个项目中更改一个简单的方法时，.NET将尝试编译所有其他项目和DLL。有了新标志（加上安装了修补程序），您将看到在开发过程中整体性能有了很大提高。查看这篇博客文章，详细介绍如何使用optimizeCompilations标志加快构建：

---

仅供参考：你的域名显然过期了，你的链接都死了。