工具只是工具。 他们要么帮忙，要么不帮忙。 你需要帮助或者不需要。

如果你知道Unix，并且这些工具能在Windows上做你需要它们做的事情——那么你是一个快乐的家伙，没有必要学习PowerShell(除非你想探索)。

我最初的意图是在Windows中包含一组Unix工具，然后就完成它(我们团队中的许多人都有深厚的Unix背景，并且对该社区非常尊重)。

我发现这并没有多大帮助。原因是AWK/grep/sed不能对抗COM、WMI、ADSI、注册表、证书存储等等。

换句话说，UNIX是一个围绕文本文件自调的完整生态系统。因此，文本处理工具是有效的管理工具。Windows是一个完全不同的生态系统，围绕api和对象进行自我调整。这就是我们发明PowerShell的原因。

我想你会发现，在很多情况下，文本处理并不能在Windows上得到你想要的东西。这时，您将想要选择PowerShell。注意-这不是一个全有或全无的交易。在PowerShell中，您可以调用Unix工具(并使用它们的文本处理或PowerShell的文本处理)。你也可以从Unix工具中调用PowerShell来获取文本。

再次强调，这里没有宗教信仰，我们的重点是为您提供成功所需的工具。这就是为什么我们如此热衷于反馈。让我们知道我们在工作中哪里失败了，或者你在哪里没有你需要的工具，我们会把它列在清单上，然后开始处理。

坦率地说，我们正在从30年的坑里挖出来，所以还需要一段时间。也就是说，如果你拿起Windows Server 2008 /R2的测试版和/或我们的服务器产品的测试版，我想你会惊讶地发现这个漏洞很快就被填满了。

至于使用情况，到目前为止我们已经有350万次下载量。这并不包括在Windows Server 2008中使用它的人，因为它是作为可选组件包含的，不需要下载。

V2将在所有版本的Windows中发布。它将在默认情况下开启所有版本，除了服务器核心，在那里它是一个可选组件。在Windows 7/Windows Server 2008 R2发布后不久，我们将在所有平台(Windows XP及以上)上发布V2。换句话说，您在学习方面的投资将适用于非常多的机器/环境。

最后一个评论。如果/当你开始学习PowerShell，我想你会很开心的。大部分设计都受到我们Unix背景的严重影响，所以虽然我们非常不同，但你会很快学会(在你不再抱怨它不是Unix之后:-))。

我们知道人们用于学习的预算非常有限——这就是为什么我们非常重视一致性。你会学到一些东西，然后你会一遍又一遍地使用它。

实验!享受吧!参与!

我发现PowerShell编程不值得付出努力。

我有几年在Unix下编写shell脚本的经验，但是我发现用PowerShell做任何事情都非常困难。

似乎许多函数都需要您查询Windows管理界面并发出类似sql的命令来获得所需的信息。

例如，我想编写一个脚本来从目录树中删除具有特定后缀的所有文件。在Unix下，这将是一个简单的…

find . -name \*.xyz -exec rm {} \;

在几个小时的脚本之后。FileSystemObject和WScript。Shell并发出“SELECT * FROM Win32_ShortcutFile WHERE Drive = '”& Drive & " and Path = '" & searchFolder & "'”，我最终放弃了，并解决了Windows资源管理器的搜索命令，只是手动执行。可能有一些方法可以做到我想要的，但我没有看到任何明显的东西，MSDN网站上的所有示例都是如此微不足道，以至于毫无价值。

EDIT嘿，当然，当我写这篇文章的时候，我又戳了一下，发现了我遗漏的东西:remove-item命令的-递归选项是错误的(如果你使用get-help remove-item -detailed就会显示出来)。

我一直在尝试“remove-item -filter '* .xyz' -recurse”，但它不起作用，所以我放弃了它。

事实证明你需要使用get-childitem -filter '*。Xyz ' -递归| remove-item

工具只是工具。 他们要么帮忙，要么不帮忙。 你需要帮助或者不需要。

如果你知道Unix，并且这些工具能在Windows上做你需要它们做的事情——那么你是一个快乐的家伙，没有必要学习PowerShell(除非你想探索)。

我最初的意图是在Windows中包含一组Unix工具，然后就完成它(我们团队中的许多人都有深厚的Unix背景，并且对该社区非常尊重)。

我发现这并没有多大帮助。原因是AWK/grep/sed不能对抗COM、WMI、ADSI、注册表、证书存储等等。

换句话说，UNIX是一个围绕文本文件自调的完整生态系统。因此，文本处理工具是有效的管理工具。Windows是一个完全不同的生态系统，围绕api和对象进行自我调整。这就是我们发明PowerShell的原因。

我想你会发现，在很多情况下，文本处理并不能在Windows上得到你想要的东西。这时，您将想要选择PowerShell。注意-这不是一个全有或全无的交易。在PowerShell中，您可以调用Unix工具(并使用它们的文本处理或PowerShell的文本处理)。你也可以从Unix工具中调用PowerShell来获取文本。

再次强调，这里没有宗教信仰，我们的重点是为您提供成功所需的工具。这就是为什么我们如此热衷于反馈。让我们知道我们在工作中哪里失败了，或者你在哪里没有你需要的工具，我们会把它列在清单上，然后开始处理。

坦率地说，我们正在从30年的坑里挖出来，所以还需要一段时间。也就是说，如果你拿起Windows Server 2008 /R2的测试版和/或我们的服务器产品的测试版，我想你会惊讶地发现这个漏洞很快就被填满了。

至于使用情况，到目前为止我们已经有350万次下载量。这并不包括在Windows Server 2008中使用它的人，因为它是作为可选组件包含的，不需要下载。

V2将在所有版本的Windows中发布。它将在默认情况下开启所有版本，除了服务器核心，在那里它是一个可选组件。在Windows 7/Windows Server 2008 R2发布后不久，我们将在所有平台(Windows XP及以上)上发布V2。换句话说，您在学习方面的投资将适用于非常多的机器/环境。

最后一个评论。如果/当你开始学习PowerShell，我想你会很开心的。大部分设计都受到我们Unix背景的严重影响，所以虽然我们非常不同，但你会很快学会(在你不再抱怨它不是Unix之后:-))。

我们知道人们用于学习的预算非常有限——这就是为什么我们非常重视一致性。你会学到一些东西，然后你会一遍又一遍地使用它。

实验!享受吧!参与!

我已经使用了一些PowerShell来实现脚本自动化。虽然环境看起来比Unix shell考虑得更周到，但实际上使用对象而不是文本流要笨拙得多，而且过去30年开发的许多Unix设施仍然缺失。

Cygwin仍然是我在Windows主机上选择的脚本环境。在完成任务方面，它肯定胜过其他选择。

作为一个从1997年到2010年专注于Windows企业开发的人，显而易见的答案是PowerShell，因为前面给出的所有好的理由(例如，它是微软企业战略的一部分;与Windows/COM/.NET集成良好;使用对象而不是文件提供了一个“更丰富的”编码模型)。出于这个原因，我在过去两年左右的时间里一直在使用和推广PowerShell，并明确地相信我是在遵循“比尔之言”。

然而，作为一个实用主义者，我不再确定PowerShell是一个很好的答案。虽然这是一款出色的Windows工具，并且为填补Windows命令行这一历史性的漏洞提供了非常必要的一步，但我们都看到微软对消费者计算的控制正在下滑，微软似乎越来越有可能面临一场大规模的战斗，以保持其操作系统对未来企业的重要性。

事实上，鉴于我发现我的工作越来越多地处于不同的环境中，我发现目前使用Bash脚本要有用得多，因为它们不仅可以在Linux、Solaris和Mac OS X上工作，而且还可以在cygwin的帮助下在Windows上工作。

因此，如果您相信操作系统的未来是商品化的，而不是垄断的，那么选择一种灵活的开发工具策略，在可行的情况下远离专有工具似乎是有意义的。然而，如果你认为你的未来被所有的雷德蒙德所主宰，那么就选择PowerShell吧。

由于我最近的实验让我深入了解了PowerShell和。net调用，我必须说PowerShell可以取代Cygwin和Unix shell。

我对Perl不太确定，但由于PowerShell和Perl作为编程语言都是图灵完备的，所以我认为也可以取代Perl。

PowerShell优于Cygwin和*nix下的普通Bash的一点是，它能够执行沙盒DLL调用，通过直接API调用、WMI方法甚至COM对象操纵操作系统。如何通过代码启动Internet Explorer，然后对其显示的文档做任何想做的事情，有效地模拟Web服务器的后端?

如何从SQL服务器和其他数据提供者收集数据，解析它们并导出为CSV、邮件消息、文本以及任何现有和不存在的文件格式?(当然，使用适当的技能从接收到的数据中创建有效的文件，但CSV是现成的)。

通过签名的cmdlet和脚本，可以获得额外的安全性， 组策略和执行策略有助于防止恶意代码在您的系统上运行，即使您以管理员身份运行它们。

关于执行什么命令——Richard的回答列出了它们以及PowerShell已经能够模拟它们的功能。

关于PowerShell是否强大到可以保证切换-这更多的是个人偏好的问题，尽管越来越多的Windows服务提供PowerShell cmdlet来控制它们，不使用这些服务的PowerShell被认为是一个障碍。(Hyper-V服务器是主要的这种服务，它还提供了使用PowerShell cmdlet比使用GUI做更多事情的能力!)

也许这个答案晚了五年，但是，如果有人在Windows上执行管理任务或各种东西的一般脚本，他们肯定应该尝试利用PowerShell来达到他们的目的。