为什么计数和擦除等unordered_set操作会返回size_type
Why do unordered_set operations like count and erase return a size_type?
显然,unordered_set::erase
和unordered_set::count
返回一些不是严格布尔值的东西(从逻辑上讲,也就是说,我不是在谈论实际类型)。
链接的页面显示擦除的第三个版本:
size_type erase( const key_type& key );
删除具有键值键的元素
这有一种基调,表明可能不止一个元素具有给定键。它没有明确说明这一点,但听起来很像。
现在,集合的要点,即使是无序集合,也是每个元素一次。
标准库承认 bool
类型的存在,并将其用于布尔值,如 unordered_set::empty()
。那么,在上述情况下返回size_type
有什么意义呢?即使存在哈希冲突,容器也应该区分具有不同键的元素,对吗?我还能依靠它吗?
a.erase(k) size_type 使用键擦除所有元素 等效于 k。返回 擦除的元素数。
b.count(k) size_type 返回带键的元素数 等效于 k。
这是因为无序关联容器要求 [23.2.5]。
这可能只是为了他们可以重复使用unordered_multiset
中的措辞。除了性能方面,您不必担心哈希冲突,即使每个元素发生冲突,容器仍然是正确的 - 即使这样的事情会非常慢。
相关文章:
- 为什么在popback()操作之后,它仍然打印完整的矢量
- 重载操作程序时出错>>用于类中的字符串 memebr
- 为什么我无法更改"set<set>"循环中的值<int>
- 对字符串进行位操作
- 对于set上的循环-获取next元素迭代器
- 我可以在 C++ 中的函数体之外进行操作吗?
- MPI突然停止了对多个核心的操作
- 如何在信号处理程序和普通函数中对全局变量进行互斥读写操作
- 对字符数组中的元素执行逐位操作
- 如何在directx/c++中进行平移/缩放操作
- 逐位操作的隐式类型转换
- 为什么一个向量上的多线程操作很慢
- 在声明中合并两个常量"std::set"(不是在运行时)
- 排序时无法执行交换操作.我做的时候它会崩溃.为什么
- 有没有办法对std::unordered_set、std::unrdered_map、std::set、std::map
- 标准上的 OMP 和并行操作::set<...>::迭代器
- std::set::迭代器和std::set::const_iterator之间是否存在操作差异
- float4::set_wxy(以及其他set-swizzle操作)的更好的SSE2实现
- 对于操作计数()。std::set<void*> 和 std::unordered_set<void*>哪个更快?
- std::set的联合操作