是否应该只记录错误消息？

Question

我刚开始使用 NLog 和一般的日志记录，但我发现自己可能滥用它。我正在记录每一行代码，其中大部分是 Info 消息，但是在我的 try catch 场景中，或者如果某些内容为空，我将记录一个错误。最好记录什么？

我将它用于具有 2 个项目（1 个是 UI，另一个是类库）的 WPF 解决方案

<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

  <!-- make sure to set 'Copy To Output Directory' option for this file -->
  <!-- go to http://nlog-project.org/wiki/Configuration_file for more information -->

  <targets>
        <target name="errorLog" xsi:type="File" fileName="${basedir}/error.txt" />
      <target name="infoLog" xsi:type="File" fileName="${basedir}/info.txt" />
    </targets>

    <rules>
        <logger name="*" level="Error" writeTo="errorLog" />
      <logger name="*" level="Info" writeTo="infoLog" />
    </rules>
</nlog>

Answer 1

NLog 支持日志级别的概念。

最好使用低于错误的级别记录任何可能有助于追踪程序为何执行此操作的内容。部署应用程序时，在 NLog.config 中将所需的日志记录级别设置为错误。

http://nlog-project.org/wiki/Log_Levels

如果用户遇到意外问题，您可以将日志记录级别更改为例如信息并获取有关正在发生的事情的更多信息。

话虽如此，每一行代码几乎肯定是矫枉过正。如果你走极端，你的代码就会被日志记录弄得乱七八糟。

专注于应用程序中可能出现问题的地方。

我个人的偏好是：

• 使用 Trace 级别指示代码流向（进入方法、退出方法）
• 使用信息级别指示关键计算的进度/步骤
• 使用错误级别来指示应用程序可以从中恢复的意外情况
• 使用致命级别表示发生了非常糟糕的事情并且应用程序即将关闭。