Language agnostic 调试器使用

Language agnostic 调试器使用,language-agnostic,debugging,complexity-theory,Language Agnostic,Debugging,Complexity Theory,您是使用所使用语言的调试器来逐步完成代码以了解代码在做什么,还是发现查看其他人编写的代码以了解发生了什么事情很容易?我说的是用C#编写的代码,但它可以是任何语言。我会为特别复杂的代码部分编写代码,但我希望一般情况下,我的开发伙伴编写的代码足够清晰,没有C#就可以遵循。我使用单元测试来实现这一点 取决于代码的编写者,即使是调试器也无助于理解它的工作原理:我有一位同事,他为自己能够在每一行代码中完成尽可能多的工作而自豪。这可能导致代码通常很难阅读,更不用说从长远来看理解它的功能了 就我个人而言,我总

您是使用所使用语言的调试器来逐步完成代码以了解代码在做什么,还是发现查看其他人编写的代码以了解发生了什么事情很容易?我说的是用C#编写的代码,但它可以是任何语言。

我会为特别复杂的代码部分编写代码,但我希望一般情况下,我的开发伙伴编写的代码足够清晰,没有C#就可以遵循。

我使用单元测试来实现这一点

取决于代码的编写者,即使是调试器也无助于理解它的工作原理:我有一位同事,他为自己能够在每一行代码中完成尽可能多的工作而自豪。这可能导致代码通常很难阅读,更不用说从长远来看理解它的功能了


就我个人而言,我总是希望找到与我试图编写的代码一样可读的代码。

我将主要使用调试器在异常上设置断点


这样,我就可以执行我编写的任何测试或单元测试,如果出现异常,我仍然能够正确处理代码失败的地方。

我不会说我一直都在使用它,但我确实经常使用它。我工作的领域是自动化和控制。您通常需要调试器来查看系统的各种内部状态。通常很难通过查看代码来确定这些参数

是的,但只有在没有单元测试覆盖率且代码特别难以遵循时才作为最后手段。使用调试器逐步完成代码是一个耗时的过程,我觉得这不是一个很有趣的过程。我发现自己在尝试遵循VBA代码时经常使用这种技术。

是的,但通常只调查对其他方法有抵抗力的错误

我编写嵌入式软件,因此运行调试器通常需要将调试模块物理插入被测PCB,添加/删除链接,在调试插座上焊接(如果还没有),等等-因此,如果可能,我会尽量避免。此外,一些旧的调试器硬件/软件可能有点脆弱