c++ - C++1 1's raw string literals R"(...)"中括号的基本原理是什么？

Question

在 C++11 中引入了一个非常方便的功能，称为原始字符串文字，它是没有转义字符的字符串。而不是这样写:

  regex mask("\\t[0-9]+\\.[0-9]+\\t\\\\SUB");

你可以这么写:

  regex mask(R"(\t[0-9]+\.[0-9]+\t\\SUB)");

更具可读性。但是，请注意必须放置字符串周围的额外括号以定义原始字符串文字。

我的问题是，为什么我们甚至需要这些？对我来说，它看起来很丑陋和不合逻辑。以下是我看到的缺点:

• 额外的冗长，而整个功能用于使文字更紧凑
• 很难区分文字主体和定义符号

这就是我所说的难以区分的意思:

"good old usual string literal"
 ^-    body inside quotes   -^

R"(new strange raw string literal)"
   ^- body inside parenthesis  -^

这是专业人士:

• 更灵活，原始字符串中可用的字符更多，尤其是与分隔符一起使用时:"delim( can use "()"here )delim"

但是，嘿，如果你需要更多的灵 active ，你有旧的很好的可转义字符串文字。为什么标准委员会决定用这些绝对不必要的括号来污染每个原始字符串文字的内容？这背后的理由是什么？我没有提到的优点是什么？

UPD Kerrek 的回答很棒，但不幸的是，这不是一个答案。由于我已经描述了我了解它的工作原理以及它带来的好处。我问这个问题五年过去了，仍然没有答案。我仍然对这个决定感到沮丧。有人可以说这是一个品味问题，但我不同意。你使用了多少个空格，你如何命名你的变量，这是 SomeFunction() 还是 some_function() - 这是品味的问题。而且我真的可以很容易地从一种风格切换到另一种风格。

但是这个？.. 这么多年了，还是觉得别扭和笨拙。不，这与味道无关。这是关于无论如何我们要如何涵盖所有可能的情况。每次我们需要编写特定于 Windows 的路径、正则表达式或多行字符串文字时，我们都注定要编写这些丑陋的括号。为了什么？.. 对于那些我们实际上需要将 " 放入字符串中的罕见情况？我希望我参加那个他们决定这样做的委员会 session 。我会强烈反对这个非常糟糕的决定。我希望。现在我们注定要失败。

感谢您阅读本文。现在我感觉好多了。

UPD2这是我的替代建议，我认为这两个建议都比现有的要好得多。

提案1.灵感来自python。不支持带三引号的字符串文字:R"""这是一个包含任何内容的字符串文字，除了三引号，您实际上并不经常使用它。"""

提案 2。灵感来自常识。支持所有可能的字符串文字，就像当前的:R"delim"content of string"delim"。使用空分隔符:R""看起来更好，不是吗？""。空的原始字符串:R""""。带双引号的原始字符串:R"#"这里是双引号:"", Thanks"#"。

这些建议有什么问题吗？

Answer 1

括号的目的是允许您指定自定义分隔符:

R"foo(Hello World)foo"   // the string "Hello World"

在您的示例中，在典型使用中，分隔符只是空的，因此原始字符串由序列 R"( 括起来。和 )" .

允许任意分隔符是一种设计决策，它反射(reflect)了提供没有奇怪限制或极端情况的完整解决方案的愿望。您可以选择 任何 字符串中未出现的字符序列作为分隔符。

没有这个，如果字符串本身包含类似 " 的内容，您将遇到麻烦。 (如果您只是想要 R"..." 作为原始字符串语法)或 )" (如果分隔符为空)。这两个都是非常常见和频繁的字符序列，尤其是在正则表达式中，所以如果你是否使用原始字符串的决定取决于你的字符串的具体内容，那将是非常烦人的。

请记住，在原始字符串内部没有其他转义机制，因此您可以做的最好的事情就是连接字符串文字的片段，这是非常不切实际的。通过允许自定义分隔符，您只需选择一次不寻常的字符序列，也许在极少数情况下进行修改。

但再次强调，即使是空分隔符也已经很有用了，因为 R"(...)"语法允许您在字符串中放置裸引号。这本身就是一个很大的收获。