问题标签 [edit-and-continue]

我同时在 2 个项目上工作，一个是 .Net WINFORMS，另一个是 ASP.NET 网站。

由于一些我还没有弄清楚的怪癖，在 ASP 网站项目上启用“编辑并继续”，您实际上必须在“选项”、“调试”菜单中取消选择“编辑并继续”。

当我切换回 Winforms 项目时，这会导致沮丧，因为它已被取消选择，我无法再进行本地编辑和继续。

1. 有没有办法在 ASP 网站中启用编辑和继续，并保持选中编辑和继续选项？

或者

2. 是否有保存特定于解决方案而不是全局的调试选项的设置？

Edit-and-Continue真的很方便，但是每次我中断程序的执行以开始编辑时，它要么将我带到 Program.cs 要么一些核心库 VS 没有符号。有什么方法可以使 VS 有效地中断，但不能将我导航到当前正在执行的符号？

谢谢

我希望启用“编辑并继续”。我还想在游戏运行时编辑代码文件，并理解这些更改不会立即应用。

基本上，Visual Studio 试图保护我免受混淆，因为在游戏运行时编辑代码不会立即应用于“编辑并继续”。我宁愿没有这种保护。有什么办法可以禁用吗？

是否有暂停的快捷键，然后编译后立即再次运行？在进行编辑并继续进行调试时会很有帮助...

我正在开发在屏幕上绘制一些信息的 .NET 应用程序。在开发过程中，使用 Visual Studio 的“编辑并继续”功能非常方便，只需对代码进行细微的更改，即可立即反映在屏幕上。问题是，屏幕重绘应该是手动触发的，我无法知道“编辑并继续”何时发生。

我的应用程序实际上是一个大型第三方系统的插件，初始化（应用程序启动）需要一些时间，所以每次小改动就停止调试并重新启动成本太高。我想以某种方式“捕捉”我正在运行的应用程序中代码更改的时刻，并触发屏幕刷新，以便进行某种“实时刷新”。

“编辑并继续”机制显然直接在内存中修补代码，因此监视磁盘上的文件更改没有任何作用。我什至到目前为止枚举了进程的内存页面以检测代码部分的变化，但是...... CLR 进程内存布局被证明非常复杂（尤其是在调试模式下），因此我找不到工作解决方案......在“本机” C++ 应用程序可以定期计算内存中代码段的校验和，但这在 .NET 应用程序中并不那么简单。在内存中查找更改的代码并不容易，因为 CLR 生成的 x86 代码分散在不同的页面上（与“普通”本机进程相反）。

我愿意尽可能集成某种 Visual Studio 互操作解决方案，使用它的 API 来监视该事件......但是我对 VS SDK 的（有限）研究无法找到能够提供的 API ...

那么......当“编辑并继续”发生时，有什么方法（甚至是“hackish”）可以在我正在运行的应用程序中检测到？当 Visual Studio 注入修改后的代码时，应该会发生一些 CLR“事件”......或者可以检测到正在运行的应用程序的内存（例如）中的一些其他更改。任何类型的低级操作（如 API 挂钩）都是可以接受的，只要它能够始终如一地工作。

在 Visual Studio 2017 (15.9.16) 中，我可以在使用 Debug > Start Debugging 命令 (F5) 开始构建后继续编辑源文件。虽然我专门针对 C# 编译器提出了这个问题，但了解 C++ 的行为是否不同也会很有趣。

当我在附加调试器后进行编辑并启用编辑并继续时，编辑会带有波浪形的紫色下划线，一切都很清楚。

当我在调试器附加之前进行编辑，并且在构建成功之前保存我的编辑时，整个事情似乎处于不确定状态。要么我的编辑太晚了，调试器就会执行已经构建的代码（除了空心断点项目符号，如果有的话，不明显）。或者它是及时的，并且被包括在内。

当决定是否仍将包含最近的编辑时，构建时间线中的点在哪里？通过构建开始的时间戳？不定？在编译器处理源文件之前？链接器是否检查 obj 是否是从启动后更改的源生成的？

我启用了“编辑并继续”，但我对项目所做的每一个小改动都会导致在运行时出现此警告。

我不介意警告本身，但有问题的代码显示在编辑器中，带有绿色波浪下划线。这使它与其他警告无法区分。是否可以更改这些警告的测试编辑器样式？

另一个线程建议更改“粗鲁编辑”的样式，但我的 Visual Studio 配置为显示带有紫色下划线的粗鲁编辑。

如果无法更改样式，是否可以完全隐藏这些警告？

我有一些代码没有遵循非常好的编码实践，我被要求审查和修改。它与另一个程序连接，用于设置和运行模拟。

由于程序在内存中设置这些模拟需要很长时间（30m 到 1h），所以每次我在 Python 中遇到未处理的异常时，我需要另外 30 分钟到 1 小时才能重新开始从 Python 脚本的开头。

在 Visual Studio Code//Python 中有什么方法可以... 1）在未处理的异常处暂停，然后 2）纠正错误的代码行，最后 3）继续执行（重新运行该行） ?

这将为我节省大量时间。我知道这可能不是最佳实践，但是这个截止日期非常紧迫。有任何想法吗？

在 2 台不同的计算机（均已完全修补 Windows 10 Pro）上，我正在运行 Visual Studio 2019 Pro（也已完全修补）。

如果我创建一个新的虚拟 Windows 窗体项目（VB 或 C#），编辑并继续效果很好。

如果我打开一个解决方案（由 25 个项目组成），我多年来一直在同一台计算机上工作，编辑和继续不起作用。

所以我的理解是，每个解决方案都有一些设置会影响编辑并继续。当然，我是在 Debug 模式下构建的（不是 Release）。

如果我查看工具-选项-调试-常规，“启用编辑并继续”已启用。还有Tools-Options-Debugging-Just in time，3个选项被选中。

你知道它可能是什么吗？

我目前正在将 VBA PowerPoint 加载项迁移到 VSTO。

几个星期以来，我一直在为 COM 对象使用 Visual Studio 调试工具。如下图所示，对象类型显示为 {system._ComObject} 并且对象检查成为一项挑战，因为必须使用动态视图，我认为这很不方便。

调试 COM 对象

环顾四周，我发现了在常规调试设置中激活“使用托管代码兼容模式”选项的建议，正如您在调试设置中看到的那样， 我还遵循了另一个建议，在所有我的办公室相关引用虚假。

应用这些更改后。瞧！检查开始按照我的意愿工作，正如您在此处看到的那样：调试正常工作

我几乎在天堂。我的狂喜一直持续到我在调试期间尝试更改一些代码，并被 Visual Studio 告知“托管兼容模式不支持编辑并继续”。

现在我又回到了地狱。通过编辑并继续，我错过了一个体面的 COM 对象检查。通过 COM 检查，我无法在调试期间更改代码。

这种情况看起来很尴尬，我对 VS 2017 的期望更高。

有谁知道我怎样才能获得体面的 COM 检查和编辑并同时继续？