对程序日志的一点想法

    写程序模块，就不能不说到程序日志，还记得刚工作的时候，自己的第一份任务就是为程序添加日志部分，因为自己当时对日志的理解，似乎应该是一个能够让开发人员第一时间找到问题原因的记录，所以我记录的主要内容就是发生异常的函数名，心想，只要一发生异常，根据日志的记录，就可以很快通过search找到相应的命名空间下的处理函数，一定会非常的便捷！欣喜之余，很快便完成了任务。


    但被告知需要重新修改时，自己还非常不解，需要将相应的描述性文字添加到日志，而不是仅仅函数名称，同时有必要将异常的原始内容进行记录。这些当时都不是太理解，但还是硬着头皮去做了。


    后来对日志有了进一步的了解，都要归功于自己编码量的增加，因为自己编写的功能模块越来越多，也越来越发现日志对自己的调试工作的重要性，尤其是当产品上线后，和实施人员进行联合维护时更加的重要！于是，自己开始写一些日志类，主要包括的内容，还是问题的概要描述、发生异常的函数名称以及系统异常的内容，并把这些内容通过一定的文本方式记录到指定的日志文件中，在集中测试和黑盒测试中，这些日志都帮了自己不小的忙，以至于自己还对如何编写日志做了一点小小的总结。


    再有就是最近，进一步了解了.NET的异常处理类后，发现自己似乎有在重复发明轮子的嫌疑，因为比起.NET提供的异常处理机制和类描述来说，自己的日志类简直就是太过于简单，但是也并非说简单的就不好，够用才是王道。


    其实，系统异常处理类也是通过记录相关的异常内容、异常函数位置及一些个性化的描述内容来工作的，重要的东西似乎在哪里都会是重要的，但相对来讲，系统提供的类有很多的便捷方法可以提高我们的编码效率，是非常值得我们去研究一下的，尤其是针对不同的异常，其实已经都有相应的异常类，只是我们平时可能很少用到，一个catch(Exception ex)把所有的东东一把抓的方式似乎更简单，但仔细想想，或许是我们的程序还没有到那个复杂的级别要求吧，尤其是在需要对异常进行内部恢复处理的时候，分类异常处理会变得格外重要。


    这里简单说了下自己目前对日志的一点感受，还有很多东西要学，个人觉得测试和日志都是与程序本身一样重要的东东。

 

 

    点击这里，查看一个简单的例子！