Perl 的 GetOpt::Long 接受开关缩写是一个错误吗?

发布于 2024-07-21 18:00:05 字数 433 浏览 5 评论 0 原文

这是我编写的一个简单脚本,用于测试命令行参数处理:

use Getopt::Long;

my $help = 0;

GetOptions(
'help|h|?' => \$help,
) or die "Error!";

print "OK\n";

我得到的结果如下:

D:\>perl test.pl --help
OK

D:\>perl test.pl --hell
Unknown option: hell
Error! at test.pl line 10.

D:\>perl test.pl --he
OK

D:\>perl test.pl --hel
OK

以前有人注意到这一点吗? 这种行为(接受 he 和 hel 而不是 help)是否是一个潜在的错误?

This is a simple script I have written to test command line argument handling:

use Getopt::Long;

my $help = 0;

GetOptions(
'help|h|?' => \$help,
) or die "Error!";

print "OK\n";

The results I got are as follows:

D:\>perl test.pl --help
OK

D:\>perl test.pl --hell
Unknown option: hell
Error! at test.pl line 10.

D:\>perl test.pl --he
OK

D:\>perl test.pl --hel
OK

Has anybody noticed this before? Is the behaviour (accepting he and hel instead of help) a potential bug?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

愁杀 2024-07-28 18:00:05

it is a feature documented here

2024-07-28 18:00:05

不,这是故意的。 它接受选项的最短无歧义版本,因此如果您有另一个选项“--hex”,它不会接受“--he”,但会接受“--hel”。

No, it's intentional. It accepts the shortest non-ambiguious version of the option, so if you had another option "--hex", it wouldn't accept "--he" but it would accept "--hel".

初吻给了烟 2024-07-28 18:00:05

这是一个功能。 只要结果不含糊,选项就可以缩写。 如果您不希望出现此行为,可以通过 配置

如果这是一个错误,则检查其是否为已知错误的位置是 rt.cpan.org 上的长“rel="nofollow noreferrer">错误队列。

This is a feature. Options may be abbreviated as long as the result is not ambiguous. If you don't want this behavior it is possible to disable it via configuration.

If this were a bug, the place to check to find out whether or not it was a known one is the bug queue at rt.cpan.org.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文