在Windows中使用dos批处理程序的原因是什么？

Question

在现代 Windows 系统上使用 dos 批处理语言编写一些重要任务而不是下载 PowerShell 或 ActiveState Perl 的一个好的（理想情况下，技术上的）理由是什么？

更具体地说，我在这个问题期间做出以下两个假设：

• 任何有足够技术能力能够编写中等复杂性批处理脚本的人都足够有技术能力来安装任一脚本解释器。

• 这两者都没有为基本的批量替换任务提供足够的学习曲线，该曲线将超过批量执行任何远程非平凡任务的痛苦。

Notes

• “您需要 autoexec.bat 的批处理程序”不是一个有效的理由。您的 autoexec.bat 可能只包含调用非批处理脚本。

• 如果您不同意我上面的两个假设中的任何一个，那也没关系，我可能是错的。但我的问题具体是“假设这两个假设是正确的，仍然坚持使用批次的原因是什么？”如果这样可以更容易地暂停怀疑（如果您不同意我的观点），请添加第三个假设，即该问题仅限于已经至少具有一定程度的人PowerShell 或 Perl 经验。

  重申一下 - 这并不是一个关于学习 PSh 或 ASPerl 与高级批量编码相比有多容易的主观问题。这是一个单独的问题，太主观了，在这篇文章中不值得讨论。

背景:

过去，我曾经做过一些相当复杂的批处理编程，并且记得批处理是我遇到过的最糟糕的编程语言之一。

这个问题的想法是在看到一堆关于SO的批量问题后产生的，出于纯粹的好奇，试图摸索其中一个的答案，但在一分钟后痛苦地放弃了，在精神上惊呼“为什么有人要经历这种痛苦”用 1 行 Perl 就能做到这一点？” :)

我自己的合理答案

我假设可能有一个可能与 DOS 兼容的系统，它有 DOS 解释器，但没有兼容的 PowerShell 或 Perl...我不知道有这样一个系统，但也不是完全不可能。

通常，其基本原理是您需要在没有其他解释器且不允许安装解释器的计算机上运行脚本。许多公司的生产服务器就是一个很好的例子 - 您希望它们具有尽可能少的利用向量，这意味着应用程序功能不需要任何脚本语言。

你说的批处理语言是一种糟糕的语言是对的——他们投入时间和金钱来构建 PowerShell 是有原因的——但它也是你可以在无数版本的 Windows 中依赖的唯一通用语言。