玻璃市警句#22 的意义

Question

从 编程中的警句 作者：艾伦·J.玻璃市:

22.一个好的系统不能有弱的命令语言。

这是什么意思？这个原则有哪些好的例子？

我可以在哪里了解有关如何实现满足此标准的命令语言的更多信息？

Answer 1

您必须了解制定该内容的一些背景。链接的文章于 1982 年才发表，其中任何一篇警句都可能有几十年前的历史。然而，即使1982年也比我的时代早，我对当时的相关印象是：

• 计算机系统对于特定任务更加专业化。
• 系统有专门的操作员（不是程序员）接受过特定系统的培训。
• 一个系统的知识不容易转移到另一个系统。（今天您对操作员进行特定的培训 程式, ，但很少在特定的硬件+操作系统组合上。换句话说，系统变得更加相似并采用了标准和约定。）

今天的“命令语言”仅指 shell 脚本。请记住，在 shell 提示符处输入“commands”。

抛开这些基础知识，这是我在谈论 The Unix Way™。

相比之下，Windows 程序在自动化方面要困难得多，而且许多程序（甚至操作系统）需要 GUI 来更改某些设置。（对于 Microsoft PowerShell 的态度有所改变，但它仍然缺少 几十年 其他操作系统在遵循这一原则方面拥有丰富的经验。）

此外，当任何用户的基本操作模式 是 你的系统的命令语言（就像 1982 年的 Unix 一样），那么你的命令语言在另一个方面也很强大：所有用户都知道如何使用它，而无需学习单独的工具。在这种情况下，系统可以做的事情都是命令语言无法完成的，因为 有效的命令语言 是 系统.

据我所知，没有任何资源可以阐明所有这些想法，并且您可以将其用作实现您自己的命令语言的路线图。这个概念比写在石头上更空灵，就像其他警句一般也是如此。我鼓励您阅读有关 Unix 的一般知识、shell（例如POSIX 的 sh 标准，以及其他诸如 bash 的标准）、其他 shell 脚本语言（任何带有 shebang 行的语言，例如 Perl 和 Python）等等。