dos下遍历目录和文件的代码(主要利用for命令)
作者 佚名
来源 批处理
浏览
发布时间 2013-07-09
在2000sp4 下出现类似的问题，第二个问题实际上也是fc的不兼容问题，他在按行号显示时，每行文字前有8 个字节位，而不是dos6和win9x 下的9 个，所以解决起来也很简单，将debug 脚本中的 e 100 ''set file=''改为 e 100 ''set fil='' 即可。 但是，这只是就事论事而已，以上的提到的三个批处理，只是我在dos 下练兵用的试验原型，做得很粗糙，自从今年3 月份正式转向win98 之后，使用中遇到了很多新问题，比如文件名包含空格的问题，系统/ 隐藏属性目录的问题；在nt下使用，又遇到了中文文件名的问题；而且由于循环体中使用了过多的文本流控制，导致了效率的严重低下；另外，三个程序功能上和实现上并没有太大的差别，没有拆分的必要。 综所上述，将以上代码重写就成为必须。合并代码，弥补漏洞，改善性能，书写文档，就出现了所谓的 V2 版，这中间其实并没有花很多功夫。 然而，一个偶然的下午，突然心血来潮，何不将visit 的命令行功能做一下增强，比如支持多个路径、多个过滤器(filter)、多个文件列表，原想只是加一个命令行参数分析循环，然而真正实现起来，却再次体会到了命令行的复杂，if for嵌套时冲定向输出，判定目录时根目录与子目录的不同，for 对过滤器的低能替换(win9x/dos) ，一个个新问题摩肩接踵，层出不穷，竟然整整耗了我大半个工作日的时间，才勉强实现了一个粗糙的版本，这就是所谓的 V2CE 版，对与严格的测试我没有多大的信心。 现在，再回头看我的工作，其实那个 V2CE 版其实是没有多大的应用价值。多个路径和过滤器，完全可以通过多次调用visit 来实现，而且实际上，我们大多数情况下只用一个路径和过滤器；而且，多参数控制带来了易用度的下降，用户总是对参数繁多的程序有一定的心理障碍，我个人对dos 压缩软件的爱好，从高到低依次是rar,zip,arj, 易用度就是第一靠量；另外，最重要的是，多参数控制导致了代码量和复杂性的大幅提升，这个程序一度让我钻进了if for构建的幽魂迷宫而不知南北西东，程序的可读性越来越差，调试起来也越来越困难，同时兼容性上拉上了更多的绊马索。 这些，就是功能提升所付出的代价，虽然这只是一个比较极端的例子，但是功能与简洁的平衡在程序设计的其重要性可见一斑。亲和性的界面并不意味着亲和性的代码，人性化的需求并不意味着人性化的实现，一味将使用方的复杂性转嫁给设计者（比如Windows）， 并不是一个很聪明的主意，反之亦然（比如Linux ），这尚不考虑代码功能增强对设计方和使用方的双重施压。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
上一篇: 通过批处理调用SQL的方法(osql)下一篇: 在CMD下读取服务器终端的端口的代码
关于dos下遍历目录和文件的代码(主要利用for命令)的所有评论
