容器中的 begin() 和 end() 方法应始终具有相同的返回类型
Should begin() and end() methods in a container always have the same return type?
我有一个比int
或指针重的迭代器(它意味着在三维周期格中遍历站点的最近邻居,因此它必须包含某些私有支撑结构)。要判断迭代器是否在容器的末尾,我只需要一个比较,但要创建一个指向过去一端的迭代器,我还必须创建支持结构。
因此,我认为我可以让容器的end()
mehtod 返回一个int
,然后重载operator==()
以避免创建一个完整的单端迭代器。 这个答案暗示这可能是一个好主意。 对于双向迭代器,这似乎是错误的,正如我后来了解到的那样(从例如这个问题中),无论返回end()
什么都必须递减到最后一个元素。
由于我的迭代器只是向前的,我认为它仍然很好,但现在我发现我无法使用std::find()
(可能还有其他 STL 算法),它需要两个相同(迭代器)类型的参数。
所以,我的问题是:让end()
返回与begin()
不同的类型是否违反了标准行为?这是个坏主意吗?
它们必须是相同的类型。
改变这一点是一些最有希望的范围提案的重点。这不是一个好要求,但它是必需的,至少目前是这样。
相关文章:
- 如何获取std::result_of函数的返回类型
- 奇怪的结构&GCC&clang(void*返回类型)
- 如何建立使用模板函数的lambda函数的尾部返回类型
- 为什么与常规GCC不同,即使有"学究性错误",MinGW-GCC也能容忍丢失的返回类型
- 在没有定义返回类型的函数中返回布尔值,并将结果保存在无错误的char编译中-为什么
- 特征::矩阵<双精度,1,3> 结构类型函数中的返回类型函数
- 函数作为模板参数,是否对返回类型强制约束
- C++中函数的向量返回类型引发错误
- 检查函数返回类型是否与STL容器类型值相同
- 为什么返回类型中需要typename?C++
- <Windows>为什么 std::thread::native_handle 返回类型为"long long unsigned int"的值,而不是 void*(又名 HANDLE)?
- 警告:在函数返回类型 [-Wignore 限定符] 时忽略类型限定符
- 为什么 c++(g++) 不允许模板返回类型和函数名称之间有空格?
- 为什么返回类型的'const'限定符对标有 __forceinline/内联的函数没有影响?
- 推导 std::vector::back() 的返回类型
- 在 c++ 中将函数返回类型指定为模板参数
- 使用 SWIG 更改生成的 CS 函数中的返回类型
- QtQuick - qml:28:错误:未知方法返回类型:自定义类型
- 基于返回类型的转换和过载扣除
- 容器中的 begin() 和 end() 方法应始终具有相同的返回类型