我正在尝试将针对背包问题的基于正则表达式的解决方案从Perl转换为raku。 Perlmonks的详细信息
Perl解决方案创建此正则表达式:
(?<P>(?:vvvvvvvvvv)?)
(?<B>(?:vv)?)
(?<Y>(?:vvvv)?)
(?<G>(?:vv)?)
(?<R>(?:v)?)
0
(?=
(?(?{ $1 })wwww|)
(?(?{ $2 })w|)
(?(?{ $3 })wwwwwwwwwwww|)
(?(?{ $4 })ww|)
(?(?{ $5 })w|)
)
与
vvvvvvvvvvvvvvvvvvv0wwwwwwwwwwwwwww
相匹配。之后,匹配哈希%+
包含要放入麻袋中的商品。我的raku转换是:
$<B> = [ [ vv ]? ]
$<P> = [ [ vvvvvvvvvv ]? ]
$<R> = [ [ v ]? ]
$<Y> = [ [ vvvv ]? ]
$<G> = [ [ vv ]? ]
0
<?before
[ { say "B"; say $/<B>; say $0; say $1; $1 } w || { "" } ]
[ { say "P"; say $/<P>; say $0; say $1; $2 } wwww || { "" } ]
[ { say "R"; say $/<R>; say $0; say $1; $3 } w || { "" } ]
[ { say "Y"; say $/<Y>; say $0; say $1; $4 } wwwwwwwwwwww || { "" } ]
[ { say "G"; say $/<G>; say $0; say $1; $5 } ww || { "" } ]
也匹配
vvvvvvvvvvvvvvvvvvv0wwwwwwwwwwwwwww
。但是match对象$/
不包含任何有用的东西。另外,我的debug say
都说Nil,所以在那个时候反向引用似乎不起作用?这是我的测试脚本:
my $max-weight = 15;
my %items =
'R' => { w => 1, v => 1 },
'B' => { w => 1, v => 2 },
'G' => { w => 2, v => 2 },
'Y' => { w => 12, v => 4 },
'P' => { w => 4, v => 10 }
;
my $str = 'v' x %items.map(*.value<v>).sum ~
'0' ~
'w' x $max-weight;
say $str;
my $i = 0;
my $left = my $right = '';
for %items.keys -> $item-name
{
my $v = 'v' x %items{ $item-name }<v>;
my $w = 'w' x %items{ $item-name }<w>;
$left ~= sprintf( '$<%s> = [ [ %s ]? ] ' ~"\n", $item-name, $v );
$right ~= sprintf( '[ { say "%s"; say $/<%s>; say $0; say $1; $%d } %s || { "" } ]' ~ "\n", $item-name, $item-name, ++$i, $w );
}
use MONKEY-SEE-NO-EVAL;
my $re = sprintf( '%s0' ~ "\n" ~ '<?before ' ~ "\n" ~ '%s>' ~ "\n", $left, $right );
say $re;
dd $/ if $str ~~ m:g/<$re>/;
最佳答案
此答案仅涵盖发生问题的地方。它没有解决方案。我尚未提交相应的错误。我什至还没有搜索错误队列,看看是否可以找到与我所遇到的两个问题中的一个或两个相对应的报告。
my $lex-var;
sub debug { .say for ++$, :$<rex-var>, :$lex-var }
my $regex = / $<rex-var> = (.) { $lex-var = $<rex-var> } <?before . { debug }> / ;
'xx' ~~ $regex; say $/;
'xx' ~~ / $regex /; say $/;
显示:
1
rex-var => Nil
lex-var => 「x」
「x」
rex-var => 「x」
2
rex-var => Nil
lex-var => 「x」
「x」
首先关注
debug
的第一次调用(以1
开头并以rex-var => 「x」
结尾的行),我们可以看到:debug
时出了点问题:$<rex-var>
被报告为值为Nil
。 say $/
报告完整且正确填充的结果,其中包括名为match的rex-var
。 要开始了解发生了什么问题,请考虑阅读my answer to another SO question的大部分内容。您可以使用
~
安全地跳过。脚注1,2和6也可能与您的情况完全无关。对于第二个匹配,我们看到不仅在
$<rex-var>
调用期间Nil
被报告为debug
,最终匹配变量(如第二行say $/
在主线中报告的那样)也缺少rex-var
匹配。唯一的区别是,正则表达式$regex
是从外部正则表达式中调用的。