是否有另一种方法可以更快地启动调试会话？答案

【问题标题】：Is there an alternative way to start Debugging Session much quicker?是否有另一种方法可以更快地启动调试会话？
【发布时间】：2011-05-10 14:43:12
【问题描述】：

在进行 asp.Net 开发时，是否有另一种方法可以更快地在 Visual Studio 中启动调试会话？

我习惯按F5。如何在启动调试器之前减少构建时间？

谢谢

【问题讨论】：

更快的机器肯定会有所帮助;)

标签： .net asp.net visual-studio msbuild

【解决方案1】：

据我所见，在调试 ASP.Net 代码时，大部分启动延迟来自于启动开发服务器。我认为它在第一次调试会话之后保持运行，因此后续运行很快。

很遗憾，实际上并没有其他方法可以调试网页。必须有一个服务器来处理代码。您可以附加到正在运行的 Web 服务器并以这种方式进行调试，但使用附加对话框更像是 PITA，而不是启动延迟，IMO。

显然，可以选择在启动时从命令行启动 Cassini。不过，从未尝试过。见here。

【讨论】：

我使用快捷键附加到当前的 w3p.exe 进程取得了很大的成功。 Alt-'D' -> 'P' -> 点击'W' 键直到选择 w3p.exe。如果调试需要更长的时间，我会推荐这种方法。

【解决方案2】：

我总是在没有调试器的情况下启动我的 Web 应用程序。当我想调试时，我将调试器附加到进程（菜单工具 - 附加到进程...）。这样做的好处是应用程序不会从头开始。

【讨论】：

【解决方案3】：

我使用的一种解决方案是避免基于代码隐藏的代码。如果您将 C# 或 VB 代码集中在自定义控件中，并确保所有 HTML 都在 ASPX/ASCX 中完成（以保持 UI 和业务代码之间的清晰分离），您只需在浏览器（而不是 Visual Studio）上按 F5 即可只更改 HTML 内容（当然，一旦 Web 服务器 IIS 或 VSWebDev 启动），因为如您所知，您不需要编译 Visual Studio 项目来确保重新编译 ASP.NET 标记文件：这是在乘着 ASP.NET 引擎飞。

当然，有时当你更改业务代码时，你仍然需要编译一些 .NET 代码 C# 或 VB，然后将其重新部署到 Web 服务器，但是当需要处理大量标记更改时，这可以节省我的时间很多时间。

【讨论】：