如何让Raku中&连接的正则表达式在分支匹配中获同等长度权重？

问题本质 #

Raku的分支匹配（|）优先级由声明式前缀长度主导：前缀越长，分支优先级越高；长度相同时才按声明顺序判断。但合取表达式（&/&&）作为分支时，其声明式前缀长度被默认判定为0，导致哪怕实际匹配长度和普通分支完全一致，优先级也远低于普通分支，因此永远不会被选中。

实现合取与非合取分支同等优先级的方案 #

目前没有官方直接提供的“无临时技巧”解法，但可以通过符合Raku正则设计逻辑的方式达成：

• 补全合取分支的声明式前缀长度：用无副作用的断言（比如<?>）为合取分支补充前缀，使其长度与普通分支一致。例如把合取分支写成[<?>[froody & froody]]，此时它的声明式前缀长度和froody相同，优先级平等，会按声明顺序选择分支。
• 统一分支的声明结构：将两个分支都包裹在命名捕获中，比如/<conj=[froody & froody]> | <plain=froody>/。此时两个分支的声明式前缀长度一致，优先级平等，匹配时会遵循声明顺序。

需求合理性分析 #

这个需求完全合理：

• 从直观逻辑出发，两个分支实际匹配的字符串长度完全相同，理应拥有同等优先级，不该因合取的语法特性被区别对待。
• Raku文档明确&属于声明式语法，理论上应遵循最长令牌匹配规则，当前的判定逻辑属于规则的特殊例外，用户期望同等优先级符合语法设计的一致性预期。

关于&的功能说明 #

&本身的合取匹配功能是正常的，只是在分支匹配的优先级判定中，编译器对合取表达式的声明式长度计算存在特殊处理（默认视为0），并非&本身无法支持同等优先级的分支匹配。通过调整分支的声明结构，就能绕过这个特殊处理，实现预期的匹配效果。

内容的提问来源于stack exchange，提问作者darch