调试时如何加速和优化asp.net站点的编译器构建答案

【问题标题】：how to speed up and optimize compiler build of asp.net site when debugging调试时如何加速和优化asp.net站点的编译器构建
【发布时间】：2020-10-30 21:48:36
【问题描述】：

Visual Studio 2008/2010/ASP.NET：

重建解决方案后如何加快延迟？

我喜欢在测试我的更改或调试可以通过简单的 strack 跟踪查明的问题时分离我的调试器。

修复错误后，我构建解决方案，然后刷新页面。

在重建之后网页显示之前会出现初始延迟时间。

在那之后，它应该尽可能快。我听说这个应用程序正在加载所有新的 DLL。

有什么办法可以减少这种滞后量？

【问题讨论】：

标签： asp.net visual-studio-2010 visual-studio-2008 debugging

【解决方案1】：

您可以将optimizeCompilations 设置为true，将batch 设置为false

<compilation batch="false" optimizeCompilations="true" ... >

batch=false 告诉 asp.net，如果需要，只构建您调用的页面。我们将批处理设置为 true，仅在发布的实时站点上设置为，这样 asp.net 会在一个页面上编译许多页面，您可能会有很大的延迟，但只有一个......

optimizeCompilations=true 表示每个页面在每次运行时都不会检查库更新。这有一个小问题 - 如果您更改一个全局静态函数，例如从 4 个页面调用，这 4 个页面不知道此函数更改，因此您只需打开它们并保存它们，以强制编译器重新 -编译它们。否则他们会抛出错误，因为他们没有检查是否有变化 - 你必须知道并更新它们以强制重新编译。

参考：CompilationSection Class

【讨论】：

我认为这行得通！我将在时间上做一些小的基准测试，如果它加快了速度，我会回来标记为答案。
@oscilatingcretin 它会加快速度，但只能在开发人员机器上使用它们，而不是在 realase 上使用。在发布 live iis 时有很多问题，并且无法找到更新。
它运行良好。重建后快速加载。我将在我的其他配置中添加一个配置转换，以在发布时删除这些属性。谢谢！