如何优雅实现Unix标准行为：无命令行文件参数时读取STDIN？

首先得明确Unix工具的标准行为：

• 当命令行未指定任何文件参数时，自动读取标准输入（STDIN）
• 如果参数里包含-，会把它当作STDIN的别名，同样读取标准输入
• 有指定文件参数时，按顺序读取所有文件的内容

针对你用Raku MAIN子例程处理输入的场景，有几种更简洁优雅的实现方式，尤其是利用Raku内置的特性，能完美贴合Unix惯例：

方法一：使用$*ARGFILES（强烈推荐） #

Raku专门为这种场景设计了$*ARGFILES特殊变量，它会自动处理所有文件参数（包括-），如果没有参数则默认读取STDIN。直接调用它的.slurp方法就能一次性获取所有输入内容：

sub MAIN(*@opt-files, Bool :$debug, *%other-options) {
    my $input = $*ARGFILES.slurp;
    # 后续处理输入的逻辑...
}

这个方法的优势很明显：

• 完全遵循Unix惯例，自动兼容-参数的处理
• 代码极度简洁，不用手动判断文件列表是否为空
• 内部已经优化了文件读取和拼接逻辑，省心又高效

方法二：优化现有手动处理逻辑（兼容-参数） #

如果你想保留手动处理的思路，也可以优化代码，同时补上对-参数的支持，让行为更符合Unix工具的常见规范：

sub MAIN(*@opt-files, Bool :$debug, *%other-options) {
    my $input = @opt-files
        ?? @opt-files.map(-> $f { $f eq '-' ?? $*IN.slurp !! $f.IO.slurp }).join
        !! $*IN.slurp;
    # 后续处理输入的逻辑...
}

这里做了两处优化：

• 加入了对-参数的处理，补上了Unix惯例里的关键细节
• 用map+join替代原来的for循环拼接，代码更紧凑易读，也不需要额外加括号来调整优先级

关于你提到的括号问题 #

你说代码里必须加括号，其实是因为Raku的运算符优先级：?? !!的优先级比for高，所以原来的([~] .IO.slurp for @opt-files)需要括号来确保先执行for循环再拼接内容。换成map的写法后，就不需要额外括号了，逻辑也更清晰。

内容的提问来源于stack exchange，提问作者VZ.