理想的代码与日志记录比率是多少?我不习惯编写日志,因为我开发的大多数应用程序都没有太多日志记录。
最近,虽然我换了工作,但我注意到您看不到调用 log4net 的应用程序代码。我很欣赏这很有用,但肯定有太多调试语句与根本没有调试语句一样糟糕?
有一些日志语句可以告诉您每个方法何时开始和结束以及它们返回什么。当几乎所有事情都完成时。
拥有一些使用反射在编译时添加日志语句的插件,这样它们就不会妨碍您尝试查看代码,这不是更容易吗?
另外,在当今强大的 IDE 和远程调试的时代,这么多的日志记录真的有必要吗?
由于 log4net 在不堵塞资源方面做得很好,因此我在日志记录方面倾向于有点冗长,因为当您必须更改为调试模式时,您拥有的信息越多越好。这是我通常记录的内容:
调试级别
- 任何传入的参数
方法
- 我检索的结果集中的任何行计数
- 传递给方法时可能包含可疑数据的任何数据行
- 任何“生成的”文件路径、连接字符串或其他值在被环境“拼凑在一起”时可能会被弄乱。
信息级别
- 方法的开始和结束
- 任何主要循环的开始和结束
- 任何主要 case/switch 语句的开始
错误级别
- 处理异常
- 无效的登录尝试(如果存在安全问题)
- 我截取的不良数据用于报告
致命级别
此外,大量的日志记录详细信息使我无法询问用户在收到错误消息时他们在做什么。我可以轻松地将它们拼凑在一起。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)