答案。

问题历史：

从Perl的早期版本开始，变量@ARGV就提供了命令行参数的列表。然而，手动解析容易导致错误。为了提高可读性和灵活性，出现了模块Getopt::Std，随后是Getopt::Long和外部CPAN模块（例如，MooX::Options，Getopt::Euclid）。

问题：

“手动”解析通常不考虑负数、必需和多个标志、带空格的参数。不同的语法格式（--flag=value，-abc，混合位置）可能导致脚本不友好，并且在参数顺序改变时容易崩溃。

解决方案：

使用Getopt::Long进行高级选项和标志的解析。它支持长/短选项、自动检测选项、数组、哈希和各种格式的标志。对于非常复杂的CLI接口，可以使用CPAN模块提供参数的声明性描述（MooX::Options，MooseX::Getopt）。

示例代码：

use Getopt::Long;
my $verbose = 0;
my $count   = 0;
my @files;
GetOptions(
    "verbose" => \$verbose,
    "count=i" => \$count,
    "file=s"  => \@files,
);
print "Verbose is $verbose
Count is $count
Files: @files
";

关键特性：

紧凑的语法用于定义和处理选项
自动检查格式、值和类型
以最小的手动编码轻松扩展多个参数

有挑战性的问题。

如何区分位置参数和可选参数，如果仅使用Getopt::Std？

Getopt::Std无法处理长命名选项或自动分离位置参数。短标志解析后，位置参数在@ARGV中可用，但复杂语法的支持需要手动工作。

Getopt::Long和Getopt::Std之间的主要区别是什么？

Getopt::Std只处理短（单字符）选项，而Getopt::Long能够解析长标志、值类型、数组/哈希，并支持非字母键。

可以通过STDIN接收参数，而不仅仅通过@ARGV吗？

是的，但这不是Getopt::Long的标准。对于混合CLI和STDIN输入，您需要手动读取STDIN，并将该输入集成到解析逻辑中。

常见错误和反模式

忽视选项和值格式的检查
手动遍历@ARGV而不使用模块
在没有边界控制的情况下重写全局变量

现实生活中的例子

负面案例

脚本通过循环手动解析@ARGV中的每个参数，忘记了处理--arg后的值，处理--和错误地解析负数（例如，-5成为一个标志）。

优点：

最少的外部依赖

缺点：

负数时经常出错
灵活性差，维护困难，用户体验不佳

正面案例

使用Getopt::Long，并在文件开头简要描述所有变量。支持数组、必需性、格式检查和帮助输出。