为什么不在visual studio中使用Edit and Continue？(Why not use Edit and Continue in visual studio?)

为什么不在visual studio中使用Edit and Continue？(Why not use Edit and Continue in visual studio?)

编辑和继续看起来是一个很好的选择，所以为什么微软选择它（你必须检查相关的复选框，使其工作）？

我在这篇文章中读到它的工作原理是在二进制映像中为函数留出一些额外的空间，它对调试过程的性能有任何明显的影响吗？

还有其他原因我想让它被禁用吗？

Edit and Continue looks like a great option, so why Microsoft made it optional (you have to check the relevant checkbox to make it work)?

I read in this post that it works by leaving some extra room around functions in the binary image, does it have any noticeable effect on performance of the debugging process?

Is there any other reason why I would want to make it disabled?

最满意答案

E + C并不适合所有人，它不能扩展到使用大量静态库的非常大的程序。 他们更喜欢在程序运行时保留编辑代码的能力。 E + C仅允许使用断点活动进行编辑，并坚持能够编译更改以继续运行。

当然，它对性能有影响。 间接因为它需要关闭优化器的调试版本。 直接因为那些堆栈预订，你会更快地点击这个网站的名字。 使用较小的数据集来调试程序通常是务实的或必要的。

E+C is not for everybody, it doesn't scale on very large programs that use a lot of static libraries. They'll prefer retaining the ability to edit code while the program is running. E+C only allows editing with a breakpoint active and insists on being able to compile changes to continue running.

Sure, it has an effect on perf. Indirectly because it requires a debug build with the optimizer turned off. Directly because of those stack reservations, you'll hit this site's name a lot quicker. Working with smaller data sets to debug the program is typically pragmatic or necessary.