哪些用户定义的文字是由标准预定义的？

Question

我的问题听起来像是一个矛盾，但我不知道除了 user-defined-literal 之外还能如何引用新的文字语法。

std::string operator "" s ( const char* str, size_t len )
{
   return std::string( str, len );
}

assert( "foo"s == "bar"s );

我记得听说用户定义的文字应该以 _ 前缀开头。这意味着该库为我们定义了一些无前缀文字。

标准库中是否提供了一些 UDL？
如果有，它们是什么？

Answer 1

标准库实际上定义了没有用户定义的文字。我们也许期望复数，但事实并非如此。

另一方面，也有建议再次删除它们

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3250.html

所以我们还不知道会发生什么。

Answer 2

该语言已经使用常规文字后缀，例如 1U。

如果您使用 U 作为用户定义的文字，那么它会变得不明确，因此是推荐的。

整数后缀：u、U、l、L、ll、LL

浮动后缀：f、F、l, L

Answer 3

与@Matthieu的答案相反， FIDS< /a> 在 2.14.8 [lex.ext] p1 下表示以下内容：

如果一个标记同时匹配用户定义的文字和另一种文字类型，则将被视为后者。
[示例：
123_km 是一个用户定义的文字，但12LL 是一个整数文字。 - 结束示例]

因此，即使您定义了这些文字，也会采用预定义的文字，并且不会产生歧义。

Answer 4

没有标准库组件对用户定义的文字提出声明。 @Bo 提到复杂是一种可能性。

另一个是 bitset：

template<char... Bits>
  inline constexpr std::bitset<sizeof...(Bits)>
  operator"" bits()
  {
    return std::bitset<sizeof...(Bits)>((char []){Bits..., '\0'});
  }

我预测在即将到来的 TR2 库增强功能中，将会有针对各种库组件的文字运算符的建议。

我预计后缀命名空间会发生一些冲突。您可以在命名空间中声明文字运算符并防止出现多个不明确的定义，但您无法在实际文字中按命名空间区分实际后缀。我们拭目以待。