acw*_*acw 5 program-entry-point raku
鉴于文档和对较早问题的评论,根据要求,我制作了一个最小的可重现示例,演示了这两个语句之间的区别:
my %*SUB-MAIN-OPTS = :named-anywhere;
PROCESS::<%SUB-MAIN-OPTS><named-anywhere> = True;
Run Code Online (Sandbox Code Playgroud)
给定一个只有这个的脚本文件:
#!/usr/bin/env raku
use MyApp::Tools::CLI;
Run Code Online (Sandbox Code Playgroud)
以及 MyApp/Tools 中名为 CLI.pm6 的模块文件:
#PROCESS::<%SUB-MAIN-OPTS><named-anywhere> = True;
my %*SUB-MAIN-OPTS = :named-anywhere;
proto MAIN(|) is export {*}
multi MAIN( 'add', :h( :$hostnames ) ) {
for @$hostnames -> $host {
say $host;
}
}
multi MAIN( 'remove', *@hostnames ) {
for @hostnames -> $host {
say $host;
}
}
Run Code Online (Sandbox Code Playgroud)
从命令行进行以下调用不会产生可识别的子例程,但会显示用法:
mre.raku add -h=localhost -h=test1
Run Code Online (Sandbox Code Playgroud)
正如预期的那样,切换my %*SUB-MAIN-OPTS = :named-anywhere;为PROCESS::<%SUB-MAIN-OPTS><named-anywhere> = True;将打印两行,其中提供了两个主机名。
但是,如果这是在如下单个文件中完成的,则两者的工作方式相同:
#!/usr/bin/env raku
#PROCESS::<%SUB-MAIN-OPTS><named-anywhere> = True;
my %*SUB-MAIN-OPTS = :named-anywhere;
proto MAIN(|) is export {*}
multi MAIN( 'add', :h( :$hostnames )) {
for @$hostnames -> $host {
say $host;
}
}
multi MAIN( 'remove', *@hostnames ) {
for @hostnames -> $host {
say $host;
}
}
Run Code Online (Sandbox Code Playgroud)
我觉得这很难理解。重现此内容时,请注意必须如何调用每个命令。
mre.raku remove localhost test1
mre.raku add -h=localhost -h=test1
Run Code Online (Sandbox Code Playgroud)
因此,当在带有my %*SUB-MAIN-OPTS = :named-anywhere;. 虽然PROCESS::<%SUB-MAIN-OPTS><named-anywhere> = True;总是有效。对于 slurpy 数组,两者在两种情况下的工作方式相同。
问题是它在脚本和模块中不是同一个变量。
当然他们有相同的名字,但这并不意味着什么。
my \A = anon class Foo {}
my \B = anon class Foo {}
A ~~ B; # False
B ~~ A; # False
A === B; # False
Run Code Online (Sandbox Code Playgroud)
这两个类具有相同的名称,但是是独立的实体。
如果您查看其他内置动态变量的代码,您会看到如下内容:
Rakudo::Internals.REGISTER-DYNAMIC: '$*EXECUTABLE-NAME', {
PROCESS::<$EXECUTABLE-NAME> := $*EXECUTABLE.basename;
}
Run Code Online (Sandbox Code Playgroud)
这可确保将变量安装到正确的位置,以便它适用于每个编译单元。
如果你寻找%*SUB-MAIN-OPTS,你唯一能找到的就是这一行:
my %sub-main-opts := %*SUB-MAIN-OPTS // {};
Run Code Online (Sandbox Code Playgroud)
这会在主编译单元中查找变量。如果没有找到,它会创建并使用一个空的哈希。
因此,当您尝试在主编译单元以外的范围内执行此操作时,它不在该行可以找到的位置。
要测试添加是否可以解决问题,您可以将其添加到主编译单元的顶部。(加载模块的脚本。)
BEGIN Rakudo::Internals.REGISTER-DYNAMIC: '%*SUB-MAIN-OPTS', {
PROCESS::<%SUB-MAIN-OPTS> := {}
}
Run Code Online (Sandbox Code Playgroud)
然后在模块中,这样写:
%*SUB-MAIN-OPTS = :named-anywhere;
Run Code Online (Sandbox Code Playgroud)
或者更好的是:
%*SUB-MAIN-OPTS<named-anywhere> = True;
Run Code Online (Sandbox Code Playgroud)
尝试了这个之后,它似乎工作得很好。
问题是,曾经有过类似的东西。
由于它会减慢每个 Raku 程序的速度,因此将其删除。
尽管我认为它造成的任何减速仍然是一个问题,因为仍然存在的行必须查看是否存在该名称的动态变量。
(给出了更多的理由,坦率地说,我不同意所有这些理由。)