在尝试调试程序代码时，我遇到了以下问题：
(base) hsmyers@BigIron:~$ rlwrap -A raku
To exit type 'exit' or '^D'
> my regex N { <[A..G]> };
regex N { <[A..G]> }
> my %h = A => 1, B => 2;
{A => 1, B => 2}
> 'B' ∈ %h.keys
True
> my $m = 'B' ~~ / <N> /;
｢B｣
N => ｢B｣
> $m ∈ %h.keys
False
> $m.Str ∈ %h.keys
True
> my $n = $m.Str
B
> $n ∈ %h.keys
True
> %h<B>:exists
True
> %h<$n>:exists
False
>
总而言之，问题是如何从匹配对象转到字符串以使 %whatever:exists 起作用。 “键元素”提供了一种解决方法，但我认为这不是检查键是否存在的正确方法？
【问题讨论】：
<a b c> 是qw<a b c> 的快捷方式。
最终将成为'a', 'b', 'c'
通过key访问Hash的方式是{}
%h{'a', 'b', 'c'}
这样写会更好：
%h{<a b c>}
去掉{}会更好
%h<a b c>
这就是为什么这是有效的 Raku 语法。
所以当你写这个时：
%h<$n>
基本相同：
%h{'$n'}
如果您只访问一个元素，并且它没有空格。
而不是一直这样做：
%h{'abc'}
使用起来要简单得多：
%h<abc>
这就是所有文档都使用该表单的原因。
同样，这些也是一样的：
$/{<a b c>}
$/<a b c>
$<a b c>
因此，如果您看到 $<abc>，它实际上是在 $/ 内部寻找与键 abc 关联的值。
在 Raku 中有很多语法重用。 <> 就是这样一种情况。
注意：
您不需要在带有∈ 的哈希上使用.keys。
'B' ∈ %h; # True
（由于 Raku 对不同的操作使用不同的运算符，因此您很少需要进行此类数据按摩。）
【讨论】：
您使用 ~ 将匹配项放在 Str 上下文中，但我认为问题在于您的情况是您使用文字引号 <> 表示变量。 %h<$n> 返回对应于文字键 $n 的值。您需要使用 %h{$n} 来检索与$n 的内容对应的值。此外，如果 $n 包含 Match ，它将被放入 Str 上下文中，这样应该可以工作。
【讨论】：