专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
大家在调试一个程序时,有时候可能这个程序很长,多到成百上千行的代码,如果你的程序写的又零乱不堪,到了这种时候通常都不知道自己写了些什么,有些人还比较懒,像我,连个注释都不写,但是我从来没有被我的程序搞晕过,一般来说,不管你的程序是不是面向对像的开发模式,在局部的程序代码里,你的程序还是结构式的,如果你没有把一个模块分成几个小模块去做,而是几百行甚至上千行的代码全在一个模块里,那么一但出了问题,你恐怕哭都来不及,你不得不整天整天的找bug,就算你的程序运行上没有问题,而在设计上却有漏洞什么的。。。。你找起来一定很累,还有分析别人的代码很累吧,要是人家连个注释 [阅读全文] [PDF]
通常在排错的时候都是采用跟踪的方式,大部分情况下是可行的。但是对于多线程程序跟踪的方式是不好用的。这时候采用日志方式是首选。这种方式我从1999年大量设计多线程程序的时候就是我的标准方式。当我把这个方法介绍给一个好友的时候,他居然如获至宝。 本文附件中的logs.pas可以作为一个很好的单元直接引用,然后就可以在程序中的任何地方加上Log.Write(Format(\'%d, %d\', [X, Y])这样的语句来输出日志了。日志在运行文件所在的路径下,直接在运行文件的文件名后面加上.log扩展名。可以用普通的记事本打开看。:( 不能上传附件unit L [阅读全文] [PDF]
1 共2条 分1页