namejm

　　关注代码的执行效率，应该是我们应该高度重视的事情，应该放在简洁性之前。我认为，衡量一个代码质量的高低，首先要看这个代码的设计方案是否合理，其次是具体代码是否正确，再然后，就是代码效率如何，然后，再关注代码的简洁性，最后，再看兼容性或通用性如何，如果再提高一个层次，还得关注易用性如何，如果要对这些因素的优先级别做一个排序的话，应该是这样的：方案的合理性>代码的准确性>代码的执行效率>代码的简洁性>代码的通用性>代码的易用性。

　　对于代码的执行效率问题，前面各位已经有了较为详细的介绍，并且还用代码加以解释，已经比较透彻了，时间关系，我暂时不再详细展开予以补充，在这里只是指出顶楼的一个小错误：随风在考察findstr的执行效率的时候，用了 echo %%a|findstr a 这个代码，这个代码其实并不能很好地解释findstr的执行效率问题，真正影响这段代码执行效率的，是管道符号|，大量的输入输出操作才是系统执行效率的瓶颈所在，要想提高效率，应该尽量不要频繁使用管道操作符，如果实在无法避免输入输出操作，建议用临时文件方案替代。

namejm

　　findstr确实会拖慢速度，推测原因是这样的：因为findstr的开关很多，在执行findstr的时候，需要检测每个开关的打开状态，而type没有开关，不用在检测开关状态上花费时间，所以费时不多。