Why those two std::string find() functions are declared as noexcept?(为什么这两个std::string find()函数被声明为noExcept?)
问题描述
根据[string.find#1.2]和[string.find#1.3]:
表单的每个成员函数
constexpr size_type F(const charT* s, size_type pos) const;的效果相当于:
return F(basic_string_view<charT, traits>(s), pos);
表单的每个成员函数
constexpr size_type F(const charT* s, size_type pos, size_type n) const;的效果相当于:
return F(basic_string_view<charT, traits>(s, n), pos);
这两个find函数没有声明为noexcept,但是三个编译器供应商中的all没有遵循规则,他们只是将其实现为noexcept。
这背后的原因是什么?
推荐答案
这就是所谓的拉科斯规则。请参见N3248。规则是,如果函数有前提条件,则不应将其标记为noexcept,因为这会阻止实现检查前提条件并在验证时引发异常(如果实现选择这样做的话)。
在这种情况下,find(s, pos, n)相当于find(string_view(s, n), pos)。且string_view(s, n)结构的前提是s是长度至少为n的有效字符串。因此实现可以尝试以某种方式进行验证,并在失败时引发异常。
但没有一个实现实际尝试验证这一点,因此它们不会自由地对前提条件违规进行抛出,而是简单地将这些函数标记为noexcept。允许他们从[res.on.exception.handling]执行以下操作:
实现可以通过添加非引发异常规范来增强非虚函数的异常规范。
库进化最近接受了P1656,这基本上恢复了拉科斯规则。
这篇关于为什么这两个std::string find()函数被声明为noExcept?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么这两个std::string find()函数被声明为noExcept?
基础教程推荐
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- CString 到 char* 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 初始化列表*参数*评估顺序 2021-01-01
