powershell - MS 通过创建 PowerShell 解决了什么问题？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 14 年前。

我这么问是因为 PowerShell 让我感到困惑。

我一直在尝试使用 PowerShell 编写一些部署脚本，但我对结果不太感兴趣。我有一位同事热爱 PowerShell，并时刻捍卫它。这位同事声称 PowerShell 从未被编写为一个强大的 shell，而是被编写为:

a) 允许您在命令行上查看 .NET 程序集(为什么这是 PowerShell 存在的原因？)

b) 托管在 .NET 应用程序中以实现自动化，类似于 KDE 中的 DCOP 以及 Gnome 如何使用 CORBA。

c) 被视为“.NET 脚本”而不是实际的 shell(与 b)相关。

我一直觉得 Windows 缺少一种不错的方式来生成自动化脚本。 cmd在很多情况下过于简单，而WSH则过于迟钝(虽然组合使用可以成功，但我不是它的粉丝)。当我第一次听说 PowerShell 时，我觉得 Windows 终于获得了一个像样的 shell，能够帮助许多任务的自动化，但最近的经验和我的同事告诉我事实并非如此。

需要明确的是，我并不认为它是基于 .NET 构建的，或者它传递的是对象而不是文本(尽管我有 Unix 背景:])，而且我并不认为 PowerShell 是无用，但从我看来，它并没有解决我希望它能很好解决的问题。一旦你走出 .NET/Powershell 世界，一切就不再美好和舒适了。

既然如此，微软通过创建 PowerShell 解决了什么问题，还是像我怀疑的那样，是某个政治 SCSS ？我用谷歌搜索过，但没有找到任何足以回答我这个问题的东西，但引用越多越好。

Answer 1

PowerShell 实际上是由几个部分构建的:一个成熟且可扩展的自动化平台和一个现代管理 shell。

前者主要用于 Exchange 和最近其他服务器产品的管理 GUI。 GUI 只是 PowerShell 的包装器，它负责后面的繁重工作(有点像 UNIX GUI 程序，作为命令行程序的包装器)。

Jeffrey Snover(PowerShell 发明者)elaborates a little关于 PowerShell 是如何创建的，它应该解决哪些目标和问题。

在我看来，PowerShell 作为 shell 显然是为了替代 cmd(易于查看)和 Windows Script Host (Windows Script Host 近年来并没有得到太多关注，尽管它与当时的 .NET 具有相似的概念 [一个平台，使用 ActiveScripting 的多种语言]，但通过 .NET，微软可能基本上将其搁置并复活这对他们来说不是一个选择)。

它将 Windows 管理的大多数方面统一为通用概念和方法，您只需学习一次即可。另外，对我而言，PowerShell 的强大之处很大程度上源于它传递对象，这可能解释了为什么当您走出 .NET/PowerShell 世界(您只能从其中获取 String[])时，您会遇到问题。一个命令。但是对于许多您需要在 cmd 中调用外部程序的事情，有一个 cmdlet 可以为您完成。