正则表达式作为标记器 - 以分隔符开头的字符串

Question

当子匹配的索引被指定为 -1 时，sregex_token_iterator 几乎可以完美地用作标记器。但不幸的是，它不适用于以分隔符开头的字符串，例如：

#include <string>
#include <regex>
#include <iostream>
using namespace std;

int main()
{
    string s("--aa---b-c--d--");
    regex r("-+");

    for (sregex_token_iterator it = sregex_token_iterator(s.begin(), s.end(), r, -1); it != sregex_token_iterator(); ++it)
    {
        cout << (string) *it << endl;
    }

    return 0;
}

打印出来：

 
aa
b
c
d

（注意前面的空行）。

所以请注意，它实际上可以很好地处理尾随分隔符（因为它不会打印额外的空行）。

阅读标准似乎有一个条款专门处理尾随分隔符以使其正常工作，即：

[re.tokiter] no 4.

如果到达序列的结尾（位置等于序列迭代器的结尾），则迭代器变得等于序列结尾迭代器的值，除非被枚举的子表达式的索引为 -1，其中case 迭代器枚举最后一个子表达式，该子表达式包含从最后一个正则表达式匹配的结尾到被枚举的输入序列结尾的所有字符，前提是这个 不会是空子表达式。

有谁知道指定这种看似不对称的行为的原因是什么？

最后，是否有一个优雅的解决方案来完成这项工作？ （这样我们根本就没有空条目）。

Answer 1

显然您的正则表达式匹配 - 分隔符之间的空字符串，一个简单（不一定是优雅的解决方案）将丢弃所有长度为零的字符串：

...  
string aux = (string) *it;  
if(aux.size() > 0){  
    cout << aux << endl;  
}
...  

Answer 2

似乎当您将-1 作为第三个参数传递时，您实际上是在进行拆分，这是拆分的预期行为。第一个标记是第一个分隔符之前的任何内容，最后一个标记是最后一个分隔符之后的任何内容。在这种情况下，两者恰好都是空字符串，split() 的传统做法是在末尾删除任何空标记，但保留开头的那些。

只是出于好奇，你为什么不自己匹配令牌呢？如果"-+" 是分隔符的正确正则表达式，则它应该与标记匹配：

regex r("[^-}+");