gpt4 book ai didi

debugging - 编写应用程序时的调试级别

转载 作者:行者123 更新时间:2023-12-03 12:09:07 25 4
gpt4 key购买 nike

我想知道你们在编写应用程序时是否对调试级别有任何建议。

我想到了4个层次:

0 : 无调试
1 : 所有输入和输出
2 : 来自重要函数的“我在这里”的通知,带有主要参数
3 : 所有变量冗长

最佳答案

这是我们在我参与的一个项目中所做的。这不是日志记录级别的圣经,只是一种可能性。日志记录应该适合您的情况。

  • LOG_SEVERE,需要程序退出的严重错误(例如,在应用程序中,您的磁盘空间不足)。
  • LOG_ERROR,无法从中恢复但程序可以继续运行的错误消息(例如,在服务器应用程序中,客户端通过坏数据发送但其他客户端可以继续运行)。
  • LOG_WARNING,应该通知您的可恢复问题(例如,配置文件中的无效值,因此您回退到默认值)。
  • LOG_INFO,信息性消息。
  • LOG_ENTRY,记录进入和退出所有功能。
  • LOG_PARM,记录所有函数的进入和退出,并传递参数和返回值(包括全局影响,如果有的话)。
  • LOG_DEBUG,一般调试信息,基本上可以单行输出的有用信息。
  • LOG_HIDEBUG,更详细的调试消息,例如缓冲区的十六进制转储。

  • 每个级别还在“较低”级别记录消息。有时会有一个关于调试消息应该是 LOG_DEBUG 还是 LOG_HIDEBUG 的问题,但我们主要基于它会推送到日志文件的行数。

    关于debugging - 编写应用程序时的调试级别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/312378/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com