问题102.字数统计功能---速度问题
在PPC(掌上电脑)上,好几个看书软件(如CEBOOK.HAAI等)对段落字数有上限要求,一般是2050个字节,即个汉字,超过这个范围的,将会出现乱码.因此,我用"宏-002"来统计各段落的字数,(但统计记录文件放在D:\TEST目录下,名字为TTT.TXT文件,每次重新执行这个宏之前,先到D:\TEST目录下删除该文件),将超出这个范围的段落找出来,并进行二次分段.
这个程序可实现预计的要求,但有个大BUG---耗时太多,统计一个260KB的文件用时28秒,统计一个900KB的文件得1分半,一个1.8M的文件得十六分钟!请问版主,该程序有无改进的地方(主要是速度方面),有无更好的解决方案?
当然,我目前是用UltraEdit来解决这问题的,因为ULTRA的行宽正好是2050字节,我只要将水平滚动条放在最右方,再拖一遍垂直滚动条即可发现接近或超过这个限度的段落,但这个解决方案毕竟是"模拟式"的,作为一个数码产品的FANS,我希望一切都能精确......
************************************************************************************************************
问题102.字数统计功能---速度问题
在PPC(掌上电脑)上,好几个看书软件(如CEBOOK.HAAI等)对段落字数有上限要求,一般是2050个字节,即个汉字,超过这个范围的,将会出现乱码.因此,我用"宏-002"来统计各段落的字数,(但统计记录文件放在D:\TEST目录下,名字为TTT.TXT文件,每次重新执行这个宏之前,先到D:\TEST目录下删除该文件),将超出这个范围的段落找出来,并进行二次分段.
这个程序可实现预计的要求,但有个大BUG---耗时太多,统计一个260KB的文件用时28秒,统计一个900KB的文件得1分半,一个1.8M的文件得十六分钟!请问版主,该程序有无改进的地方(主要是速度方面),有无更好的解决方案?
当然,我目前是用UltraEdit来解决这问题的,因为ULTRA的行宽正好是2050字节,我只要将水平滚动条放在最右方,再拖一遍垂直滚动条即可发现接近或超过这个限度的段落,但这个解决方案毕竟是"模拟式"的,作为一个数码产品的FANS,我希望一切都能精确......
问题103.由于本问题以102的解决为前提,下次再说.
[此贴子已经被守柔于2005-4-14 2:55:12编辑过] |