VSCode语法突出显示问题：正后视不适用于空格

Question

我正在为VSCode开发一个自定义语言语法高亮扩展。我遇到了一个问题，lookbehinds在空白旁边使用时行为异常。

我想强调的代码示例：

variableName :=thisValueShouldHighlight;
variableName := thisValueShouldHighlight;
variableName := thisValueShouldAlsoHighlight,

我尝试使用的代码示例（在tpl.tmLanguage.json中）：

"end_variable_assignment": {
    "comment": "Covers ending assignment of a value to a variable. IN PROGRESS",
    "match": "(?<=:=)\\s*(\\w+)(;|,)$",
    "name": "punctuation.accessor.tpl",
    "captures": {
        "1": {
            "name": "entity.name.type.tpl"
        },
        "2": {
            "name": "punctuation.accessor.tpl"
        }
    }
}

此模式包含在(另一个模式中，该模式存在于整个文件中):

{
    "include": "#end_variable_assignment"
}

症结在于正则表达式的\\s*部分。您应该能够执行var：=value或var：=value或：=和value之间的任意数量的空格，不管有多少。但是，当我尝试使用它时，我得到了这个：

variableName :=thisHighlightsProperly;
variableName := thisFails;

我也试过< code>\\s和< code>\\s ，但都不起作用。我尝试了一些愚蠢的例子，通过使用一些占位符来确保我的逻辑有效，比如< code >(？

我不明白为什么这是一个问题，因为我在其他地方使用了\\s*没有任何问题（只是不同的情况）。我不认为这是一个属性问题，因为它适用于除空格之外的所有内容。

附加信息：我已经在正则表达式教练和 Regex101.com 上对此进行了测试，它在那里工作。

出于测试目的，我还包括了一个代码的测试示例，应该在这里突出显示：https://drive.google.com/open?id=1yoDXVxW3LFYjejW1wps8ENWUQ4iCal9w

这是我能提供的代码的最小示例：

tpl 1.15 module Pattern_Module_Name;
pattern Pattern_name 1.0
    triggers
        on si := SoftwareInstace created, confirmed where name matches "(?i)SomeRegex";
    end triggers;
    body
        // RE: STACKOVERFLOW PROBLEM
        // As you can see, these aren't highlighting properly

        var_name :=thisShouldHighlight;
        var_name := thisShouldHighlightButDoesnt;
        var_name := thisShouldHighlightButDoesnt,
    end body;
end pattern;

我所有的自定义语言代码都可以在我的GitHub上找到：https://github.com/cdpautsch/vscode-tpl

Answer 1

所以多亏了@Gama11，我才知道问题出在哪里。另一种模式干扰了第一种模式，但不是以一种我马上就能看到的方式。

有问题的模式应该是变量赋值的结束部分（实际上是赋值），所以它不适用于使用函数或字符串（如预期的那样）。它应该只适用于给有问题的变量赋值数字和其他变量的值。变量赋值的开始部分（获取变量名称并为其赋值）是用单独的块完成的。

乍一看，我并不认为这是个问题，因为已经包含了另一个模式(< code>var_assign)，它与< code>:=匹配。< code > begin _ variable _ assignment 模式的问题是它与< code>\\:\\=\\s*匹配。尾随的< code>\\s*就是问题所在。移除它会导致问题再次出现。

简而言之，以下单独模式的匹配都可以和平共处:

":="

"^\\s*(\\w+)\\s*(\\:\\=)"

"(?<=:=)\\s*(\\w+)(;|,)$"

但这将不兼容：

"^\\s*(\\w+)\\s*(\\:\\=)\\s*"

所有这一切都纯粹是通过观察/测试。显然，问题在于重叠，可能是可变长度匹配。