第九区

一个程序员的经验笔记

六-敏捷调试

| 暂无评论

33.记录问题解决日志

应该记录如下内容:问题发生日期、问题简述、解决方案详细描述、引用文章和网址、解决方案截屏;

要保存日志为计算机可搜索格式,以便日后快速查询;

要共享日志给他人;

记录问题尽量保持轻量级,不必达到对外发布的质量;

找到以前的解决方法非常关键,要使用足够的关键字;

如果在网络上没有发现别人遇到同样问题,可能是搜索方式有问题;

要记录发生问题的系统、服务器和框架版本;

要记录重要决策的原因;

34.警告就是错误

应该留意每条警告信息;

有时由于系统的关系警告无法消除,但这种情况非常少见;

弃用的方法被弃用是有原因的,不要再使用它们了;

如果要弃用过去开发的方法,要记录用户应该如何变通解决以及何时移除;

35.对问题各个击破

将代码从其运行环境中分离,可以有助于隔离问题:如果问题仍在,就是代码问题,如果消失了,就是其他问题;

二分查找定位问题非常有效;

发现问题时限找问题的解决日志;

36.报告所有的异常

决定由谁来处理异常是设计工作的一部分;

不是所有的问题都应该抛出异常;

报告的异常应该在代码的上下文中有实际意义;

如果代码会记录日志,则捕获和抛出时,都应该记录日志;

要传播不能处理的异常;

37.提供有用的错误信息

错误信息必须明确

不要泄露安全信息;

提供给用户的信息可以包含一个主键,以便在日志中定位内容

发表评论

*为必填字段!