通过添加“打印”语句进行debugging的正确名称是什么?

debugging有很多种方法,使用debugging器是一种方法,但简单的懒惰的程序员只需要在代码中添加一些打印语句即可。

def foo(x): print 'Hey wow, we got to foo!', x ... print 'foo is returning:', bar return bar 

这种debugging方式有没有适当的名称?

是的 – 它被称为printf()debugging ,以无处不在的C函数命名:

用于描述通过在程序stream程中的关键点插入输出或多或less精心select的状态信息的命令来描述debugging工作,观察该信息并基于该信息推断出什么是错误的。

– printf()debugging@ everything2

其他语言的本地用户毫无疑问地使用默认的print / log / trace命令来引用它的编码平台,但是我听说过用“printf()”这个名字来引用其他语言的其他语言也许这是由于它的历史原因:BASIC和FORTRAN具有基本的但是可用的PRINT命令,C通常需要更多的工作来格式化各种数据types: printf()是(并且通常仍然是)最方便的意味着为此提供了许多内置的格式化选项。 它的堂兄fprintf()采用了另一个参数,要写入的stream:这样可以让一个小心的“debugging器”将诊断信息指向stderr (可能本身redirect到日志文件),同时保持程序的输出不被破坏。

尽pipe经常被现代debugging软件的用户所忽视,但printf()debugging仍然certificate自己是必不可less的:用于Firefox浏览器的广受欢迎的FireBug工具(现在可用于其他浏览器的类似工具)围绕控制台窗口构build网页脚本可以logging包含格式化数据的错误或诊断消息。

我认为以下引用是合适的:

“最有效的debugging工具还是要仔细考虑,再加上明智的打印语句。”

  • Brian Kernighan,“Unix for Beginners”(1979)

我听说过穴居人debugging

我称之为追踪。

我和我的队友称它为“老校园debugging”。

就像探索性编程一样 ,我喜欢称之为探索性debugging 。 当debugging器的function不足以检查程序中的复杂types,或者单独调用助手函数,或者对于直接使用这些特性的bug不够了解时,就会出现这种情况。

你的裤子座位debugging 🙂

当你在一个embedded式系统上时,当你处于最尖端的状态时,你所编写的语言还没有一个debugging器,当你的debugging器行为exception,你想恢复一些理智,你想了解multithreading代码中的重入是如何工作的….

我也从VB群中听说过“MessageBoxdebugging”一词来指代这种“debugging”的“样式”。

我embedded式系统通常是testing代码的唯一方法。 不幸的是打印花费时间并影响系统的实时stream程。 所以我们还通过“跟踪”来检测系统状态(函数入口出口等)的信息是否写入内部缓冲区,以便稍后转储和parsing。 真正的embedded式程序员可以通过闪烁LED来进行debugging;)

我称之为“嗨,妈妈”编程。

我通常把它称为跟踪。

请注意,在Visual Studio中,您可以设置只添加跟踪的断点。 右键点击一个断点,select“什么时候打…”并选中“打印一条消息”选项。

另外,在.Net中,你可以添加debugging语句(我认为它实际上是Debug.WriteLine)输出到控制台。 这些语句只包含在debugging版本中 – 编译器会在您进行版本构build时自动将其忽略。

经典debugging

我会简单地称之为“ 日志logging ”。

手动断言? debugging器恐惧症?

详细debugging!

(良好的日志logging对于debugging运行中的生产系统中的问题是非常有价值的,很多无用的冗长的打印语句不是很重要,但是当某些重要或意外事件发生时logging一些有趣的事情是非常重要的。一个debugging器,当你为你的一些用户build立的服务被破坏时,你会发现自己处于一个非常紧张的状态,但你不能在本地重现问题。)

我一直以“quick-and-dirty debugging”这个术语来称呼它,或者简称“脏debugging”。

我听说“ 古腾堡debugging ”被用来为发明印刷机的人颁奖 。