bash/zsh 脚本中“case”语句的奇怪语法的原因是什么？

Question

从程序员的角度来看，shell 脚本只是另一种编程语言，人们必须学习并遵守该语言的规则。然而，我不得不承认，这种语法是我所见过的一种相当常用的语言中最奇怪的风格。 shell 是否从它所继承的旧语言中获取了这种语法？语法中是否有特殊含义/含义？

作为一个例子，这是我在 SO 上从another post 获取的一个小 sn-p

case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    restart)
        stop
        start
        ;;
    status)
        check_status
        ;;
    *)
        echo "Usage: $0 {start|stop|restart|status}"
        exit 1
        ;;
esac

看到这个，首先我可以看到case 以esac 结尾，这是它的反转形式（如if 以fi 结尾）。其次，我知道每个案例后面都有一个)。很公平，但是为什么我在每个语句的末尾都需要两个;？我还要说没有伴随( 的) 是丑陋的。

我正在寻找有关该语言历史方面的更多信息，但出于技术原因我也愿意。

Answer 1

每个请求：

• 那么你能猜出为什么循环是'for ...; do ...; done'而不是'for ...; do ...; od'吗？这样做是有充分理由的 - 但在其他地方使用了类似 Algol 的反向关键字来标记结尾。

答案：

• 语法来自 Bourne（以 Bourne shell 闻名）。他曾在 Algol 上工作过，并且非常喜欢它以在 Algol 上对一些 shell 语法进行建模。 Algol 使用反向关键字来标记结构的结尾，因此“case ... esac”是合适的。循环不以 'od' 结尾的原因是 Unix 中已经有一个命令 'od' - 八进制转储。因此，改为使用“完成”。

众所周知，Bourne shell 源代码是用特殊的 C 语言编写的，带有宏，使其看起来像 Algol。这使得它很难维护。

关于主要问题 - 关于为什么在 case 声明中的替代项周围没有左括号（括号） - 我有几个相关的理论。

首先，在编写 Bourne shell 时（1970 年代后期），很多编辑都是用“ed”，standard text editor 完成的。它没有跳到平衡括号或其他类似符号的概念，因此不需要前导括号。此外，如果您正在编写文档，您可能会使用以下方式整理您的论点：

a) ...blah...
b) ...more...
c) ...again...

左括号通常被省略 - case 语句很适合该模型。

当然，从那时起，我们已经习惯了在您键入右括号时标记匹配的左括号的编辑器，因此旧的 Bourne shell 表示法很麻烦。 POSIX 标准使前导括号是可选的；大多数更现代的类似 POSIX 的 shell（Korn、Bash、Zsh）的实现都将支持这一点，当我不必担心像 Solaris 10 这样 /bin/sh 仍然是忠实 Bourne 的机器的可移植性时，我通常会使用它不允许前导括号的外壳。 （我通常使用#!/bin/ksh 作为shebang。）

Answer 2

之所以使用;;，是因为单个;可以在一行中写多个语句，比如：

restart)
   stop; start;;
...

Answer 3

Bash 可以接受匹配的括号：

case "$1" in
    (start)
        start
        ;;
    (stop)
        stop
        ;;

    etc.

Answer 4

右括号有时用于自然语言的列表中，例如

1) do this
2) do that

颠倒的关键字取自某种形式的 Algol，但实际上对于交互式使用来说是一个非常好的主意。它们清楚地划分了构造的结尾，包括 if/else。

例如，使用类似 C 的语法，在解析后：

if (condition)
    command here;

有没有else 来了？ rc 是 Plan 9 中的一个 shell，它的语法更类似于 C，它通过提供 if not 而不是 else 来解决这个问题，但它并不漂亮。

使用 Bourne shell 语法，您将拥有 else 或 fi，并且无需读取额外的输入。