ASP.NET Web应用程序强制在每个后端或代码文件上重建，这使得调试耗时且无法使用

与ASP.NET Web应用程序相比，我始终更喜欢使用ASP.NET网站，如下所述：

建议仅在确实需要的情况下使用“ASP.NET网站”项目（stackoverflow的标签上写着这一点）；我很想离开这种类型的项目，但是需要有效地调试，不要浪费时间不断地为琐碎的更改重新编译项目，这让我每次都后悔选择后者

这主要有两个原因

无论何时对后端文件或代码文件进行更改，您都必须在更改可用之前重新生成项目。使用“ASP.NET网站”，后端文件将立即可用，“App_code”目录中的代码文件将触发自动后台重建，使更改在下一个请求中可用，而无需开发人员输入

由于此重建的恒定要求，在调试过程中，如果不停止/启动调试器，则无法进行更改（除非通过一些调整执行附加到进程）。这是非常令人沮丧的，尤其是当项目达到一定规模时，编译时间使得这完全不切实际。不仅会丢失所有调试状态，还会清除内存中加载的对象，等等

---

我很确定我遗漏了一些东西，好像Web应用程序是大多数人首选的项目类型，但是有这样的限制怎么可能呢？是否有解决方案或建议，说明如何在调试时执行一系列小更改，而不停止调试器，然后每次手动执行重建？有没有办法防止后端文件需要重建整个站点？（我想这就是为什么“ASP.NET网站”的每个文件或目录都有一个dll）

这不是一个限制，它只是它的工作方式，而不需要动态编译网站模板

---

您可以使用Visual Studio的功能，但是。

我正要写下“编辑并继续”在重建方面是如何遇到同样的问题的（多年来我一直在处理这些问题）；但我刚刚重新测试了它，我完全可以在调试时编辑它，而不必停止、重建和再次开始调试！我很困惑这些年来我做错了什么-也许是你提供的限制清单让我觉得它确实不起作用了。。谢谢