Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/logging/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Logging Log.INFO与Log.DEBUG_Logging - Fatal编程技术网

Logging Log.INFO与Log.DEBUG

Logging Log.INFO与Log.DEBUG,logging,Logging,我正在开发一个大型的商业程序,一直混淆我想用log.INFO和log.DEBUG记录什么样的信息 对于每种类型的日志消息所包含的内容,是否为其他语言定义了任何标准或规范的Python增强方案/Java标准约定/规则 •调试:关于程序状态的细粒度语句,通常 用于调试 •信息:有关程序状态的信息性声明, 表示程序事件或行为跟踪 •警告:描述潜在有害事件或状态的声明 在节目中 •错误:描述应用程序中非致命错误的语句; 这个级别经常用于记录处理过的异常 •致命:表示最严重错误条件的语句, 假定导致程序终

我正在开发一个大型的商业程序,一直混淆我想用log.INFO和log.DEBUG记录什么样的信息

对于每种类型的日志消息所包含的内容,是否为其他语言定义了任何标准或规范的Python增强方案/Java标准约定/规则

调试:关于程序状态的细粒度语句,通常 用于调试

信息:有关程序状态的信息性声明, 表示程序事件或行为跟踪

警告:描述潜在有害事件或状态的声明 在节目中

错误:描述应用程序中非致命错误的语句; 这个级别经常用于记录处理过的异常

致命:表示最严重错误条件的语句, 假定导致程序终止


上找到,我通常会这样使用它:

  • 调试:当试图调试一个程序时,开发人员感兴趣的信息 问题
  • 信息:支持人员试图了解给定错误的上下文时感兴趣的信息
  • 致命警告:问题和错误取决于损坏程度

还请记住,所有
info()
error()
debug()
日志记录调用都在任何应用程序中提供内部文档。

是否可以在生产中始终启用信息,是否会对性能产生任何影响?这取决于。。(我喜欢这个答案)你需要考虑的因素有:1。信息日志行数2。日志记录设置(日志记录行在哪里结束?)。相关系统上的可用处理和io电源。请注意,噪音越大,发现问题就越困难。From:>与Unix理念一样,软件不应过于冗长,除非需要或被要求这样做。(为什么我不能引用这个?)我认为这是一个很好的观点。例如,
log.info(“解析小部件文本;忽略'foo'的内容”)
在阅读代码时作为有用的文档,即使它也是一条日志语句。由用户输入触发的错误是否应视为警告或错误?(即不正确的用户名或密码)@Stevoisiak根据他的回答,我想这应该被视为一种信息。这似乎并不比大多数软件标准更基于观点。。。这方面有一些标准(请参见示例的答案),但根据环境的不同,它们可能会有所不同,就像camelcase在java中是标准的变量名,在python中使用下划线一样(我个人讨厌两者,但也有一些标准,即使我忽略它们,因为“我知道得更好”(TM))