最近改代码的时候,发现没有log的话,要改一个毫无头绪的项目是根本不可能的。
比如一段OpenNMS的log:
2007-08-0700:14:21,780DEBUG[CollectdScheduler-50Pool-fiber0]RrdUtils:createRRD:rrdpathandfilenametocreate:/var/opennms/rrd/snmp/1/hrStorageAllocUnits.rrd
2007-08-0700:14:21,780DEBUG[CollectdScheduler-50Pool-fiber0]RrdUtils:updateRRD:updatingRRDfile:/var/opennms/rrd/snmp/1/hrStorageAllocUnits.rrdwithvalue:1186416862:1024
2007-08-0700:14:21,781DEBUG[CollectdScheduler-50Pool-fiber0]RrdUtils:updateRRD:RRDupdatecommandcompleted.
一眼看过去就知道在哪里修改传入的RRD的值,试想如果没有规范的log,要想修改这样的一个功能,需要花费多少时间来看文档呢?
所以我想以后我做项目的时候,也要在比较关键的地方写规范的log,这样对自己以后的修改甚至是别人的修改都有极大的好处。
本文通过一个具体的OpenNMS项目示例,阐述了规范的日志记录对于后续维护和功能修改的重要作用。作者强调,在软件开发过程中,合理地记录日志能够极大地提高工作效率。
717

被折叠的 条评论
为什么被折叠?



