范围打破变化
Ranges TS breaking changes?
据说将范围TS注入到std
名称空间中会导致标准库的许多破坏变化(例如,此链接)。有人知道这些变化是什么吗?
来自N4569附件B(如上所述在上面的评论中由@Holt链接):
-
算法返回类型 - 修改为包括结束迭代器
-
更强的约束 - 过去仅需要
<
的算法现在需要所有比较操作员 -
约束功能对象 - 添加到
std::less
的类型等的约束。 -
迭代器和默认构造性 - ranges_v3假定迭代器可以构建默认值(以有用的方式)。目前不需要这。
-
iterator_traits
不能专业 - 在range_v3中,它是一个别名模板。 -
N3351-它也与N3351提案不兼容,以多种方式我不会进入这里。
这只是一个摘要。请按照纸张的链接或找到更多详细信息。
相关文章:
- 为什么在全局范围内使用"extern int a"似乎不行?
- 尝试通过多个向量访问变量时,向量下标超出范围
- 错误:未在此范围内声明'reverse'
- 正在将指针转换为范围
- 使用std::transform将一个范围的元素添加到另一个范围中
- 在基于范围的for循环中使用结构化绑定声明
- C++取消引用指针.为什么会发生变化
- 为什么在读取文件大小时文件IO速度会发生变化
- 如何计算数据类型的范围,例如int
- 为什么 const std::p air<K,V>& 在 std::map 上基于范围的 for 循环不起作用?
- 在C++中查找范围的长度
- 如何设置一个范围来提取我想要获得的信息
- 并行用于C++17中数组索引范围内的循环
- 为左值和右值的包装器实现C++范围
- 求出有多少个数字是完美平方,而sqrt()是L,R范围内的素数
- 范围打破变化
- 成员函数的可访问性似乎随 SFML 中的范围而变化,C++ Xcode 中也是如此
- 从频繁变化的范围生成随机数
- 范围变化时的复杂性是多少?
- 范围内的随机数(每次运行后范围变化)