用PowerShell代替批处理吧！

PowerShell应当已经名正言顺地成为批处理（Cmd.exe shell脚本）的替代者了，但是因为一些原因，许多人都不是很情愿抛弃批处理。这篇文章将作为一个系列文章的开始帮助你打破批处理的习惯，向PowerShell进军。

在我进入这些文章系列之前，我想先稍微讲述一下关于批处理文件的一些历史和为什么你需要使用PowerShell来代替老风格的批处理代码编写你的脚本。

批处理文件的历史

批处理文件拥有很悠久的历史了，微机操作系统上的一个CP/M ，拥有可提交的命令，它可以将文本文件中的一系列命令逐行运行。它非常简单（因为当时的内存很吃紧），不支持任何类型的条件分支。

当开发MS-DOS时，微软在它的Command.com命令解释器中，也纳入了非常类似的批处理功能：把命令存在一个文本文件中，命名为.Bat的扩展名，然后命令解释器就会运行它里面的每一个命令。

在以后的DOS版本中，微软通过多种方式扩展了批处理文件。增加了标签，GOTO语句，和If语句来处理分支。很重要的一点，批处理“语言”不是被设计出来的。它只是脱胎于CP/M可提交命令而已。

Windows NT 和 Cmd.exe

很快就到了Windows NT (1993)了，微软纳入了一个控制台模式的应用程序，Cmd.exe，直到这一天它也才呈献给用户的一个传说中的“C: 提示符”。cmd.exe是旧的MS-DOS上的Command.com的一个超集，甚至使用很多相同的命令。命令类似，它的设计向后兼容，以确保用户能够运行旧的MS-DOS上的批处理文件。Cmd.exe也能运行带有.Bat 扩展名“批处理文件”。

Cmd.exe 和 Command.com之间的相似性是它对.Bat文件的向后兼容性，微软刚开始选择的Cmd.exe图标（“MS-DOS” logo）导致了用户困惑多年。即使在今天我们在一些论坛社区，还会看到一些提问“如何用DOS干什么什么”，事实上这关DOS鸟事。

Cmd.exe比 Command.com拥有更多的功能，相应的也就是批处理文件的扩展。其中就包括 For /f的迭代，简单的使用Call命令来调用子程序，环境的指定（Setlocal and Endlocal）。虽然这些增强，让批处理“语言”更加实用，它仍然还是有许多缺陷，这让写一个简单的批处理程序变成一件令人头疼的事。

Windows Script 主机

从Windows 2000（1999）开始，微软通过引入Windows Script Host 两个真正的，内置的，可编程语言（VBScript和JScript 微软版本低Javascript）来增强它的脚本功能。 WSH脚本依赖于COM对象来在操作系统和应用程序之间进行交互。尽管WSH极其实用和强大，它受限于机器上必须安装所需的COM对象，并且没有提供命令行界面。

进入 Windows PowerShell

批处理和WSH脚本没有提供一致性，因为它们是两种分开的增强工具，拥有不同的用户接口（批处理和wSH脚本是两码事）。微软意识到了这一点，在2006年发布了Windows PowerShell的第一个版本，结束了列国混战的局面，一统了Windows脚本的江湖。PowerShell基于.NET 框架，提供了一个命令行，和管理Windows 操作系统的接口。