浅谈批处理脚本的编写（提纲）

浅谈批处理脚本的编写
├—1.效率篇
│　├—1.1 外部命令、goto、call 的调用次数
│　│　├—1.1.1 外部命令启动慢、运行快，所以不宜频繁启动
│　│　├—1.1.2 goto、call、exit 都是比较耗时的
│　│　├—1.1.3 管道至少开启两个新进程
│　│　└—1.1.4 for /f 从命令获取输入时必然启用 cmd 进程
│　├—1.2 变量尽量少
│　├—1.3 算法思想（重点）
│　│　├—1.3.1 将循环次数由指数级变为算术级
│　│　└—1.3.2 将加法思路变为减法思路
│　└—1.4 影响环境的操作尽量少
├—2 简洁篇
│　├—2.1 能合并的就合并
│　├—2.2 学会使用参数
│　├—2.3 提高代码的重复利用率
│　│　├—2.3.1 内联函数
│　│　└—2.3.2 模块化
│　└—2.4 挖掘命令的“批处理”能力
├—3通用性篇
│　├—3.1 要考虑环境的差别
│　├—3.2 要考虑输入中含有特殊字符
│　└—3.3 考虑到命令与输入的细节特征
├—4 绿色篇
│　├—4.1 避免以注册表为备忘录
│　├—4.2 不要大肆创建新文件、文件夹
│　├—4.3 避免生成与外部命令同名的可执行文件
│　├—4.4 变量避免与系统环境变量重名
│　└—4.5 注意剥夺新进程的继承权
└—5可读性篇
　　├—5.1 外观
　　│　├—5.1.1 缩进排版
　　│　└—5.1.2 嵌套层次明晰
　　├—5.2 用注释介绍思路
　　└—5.3 少用不常见的写法


1.效率篇 http://tieba.baidu.com/p/1326823919
“　　代码效率的提升往往由算法决定，曾发过专贴(浅谈提高代码效率的编写习惯:http://tieba.baidu.com/p/1187281687)，但是以实例为主，并没有太多的文字说明，现在归纳一下：
影响代码效率的主要有几点：”


2.简洁篇 http://tieba.baidu.com/p/1326828230
“　　代码的执行效率是一方面，编写耗时也十分影响代码价值高低，假如花费大量时间写个一次性脚本，写代码比手工操作还慢，那么写代码的意义就很小了。
　　同时，间接的代码也减少了预处理耗时，所以简洁能提升编写效率、执行效率，当然在前后代码思路一致的时候，随着代码的简洁度提升，执行效率是不升反降的。
　　在不需顾虑执行效率的条件下，我们可以遵循几个大概的原则：”


3.通用性篇 http://tieba.baidu.com/p/1326832526
“　　代码的通用性是衡量代码价值的重要标准之一，一个不考虑通用性的代码，可能产生不可预料的致命后果。
　　当然通用是相对的，我们所谓的通用，一般是在常见环境下的通用，再通用的代码也有它不通用的环境。”


4.绿色篇 http://tieba.baidu.com/p/1326838342
“　　在达到目的的过程中，尽量少“排放”，因为无意之中产生的临时文件、临时注册表信息可能是造成日后垃圾信息堆积如山的罪魁祸首。简单说就是不要污染环境。”


5.可读性篇 http://tieba.baidu.com/p/1326841218
“　　如果代码要用于交流，首先要让人能看得懂，也就是要注意可读性，可读性好的代码看起来很舒服，用得明白，可读性差的代码晦涩难懂，让人不想往下看，日后可能自己都看不懂了。
　　提升可读性的代价往往是降低简洁度，就像提升运行效率的代价往往是降低编写效率，这个矛盾是很难调和的，其中的权重要根据实际需求而定，并非一定要分个孰优孰劣。
　　当然咯，如果仅用于解决问题，日后也不打算再做修改，那么没有必要太纠结于可读性，毕竟要提升可读性是很费脑子的，闹个对牛弹琴确实不太值得。”

楼主弄个PDF吧一定很经典

这点内容没必要吧

我觉得很好

支持一下~~~

顶个