reverse_iterator迭代器结构设计¶
约 936 个字 138 行代码 5 张图片 预计阅读时间 5 分钟
前面的list类以及vector类设计了正向迭代器,现在考虑设计反向迭代器,常规的设计思路为单独为反向迭代器建一个新类,这个类中所有的函数全部重新设计,这种思路可取但是并不高效,可以考虑下面的设计思路:
前面了解到了容器适配器,那么是否也可以把正向迭代器设置为反向迭代器的容器适配器从而实现反向迭代器的效果
对于此时的反向迭代器类设计即为如下:
以list类为例
reverse_iterator迭代器基本结构设计¶
| C++ | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 | |
operator*()函数¶
首先是对于operator*()函数来说,解引用操作符获得的结果即为指针当前指向中的内容,而在正向迭代器中,解引用操作符也是同样的作用,所以此处可以复用正向迭代器的解引用操作符,但是此处是Iterator类对象,所以不能使用传统的直接对内置类型解引用的方式,但是可以考虑直接调用Iterator类中的operator*()函数
对于返回值来说,可以考虑和设计const版本的正向迭代器思路一致,使用模板参数区分传递T&和T*
所以修改原来的类定义为:
| C++ | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 | |
此时的operator*()函数即为如下设计:
| C++ | |
|---|---|
1 2 3 4 5 | |
operator++()函数¶
对于前置++运算符来说,不同于正向迭代器,因为正向迭代器++是从第一个有效数据节点开始一直到头节点结束,而对于反向迭代器来说,其++是从最后一个有效数据节点开始向前一直到头节点结束,如下图所示:
但是可以考虑通过正向迭代器适配出反向迭代器,具体思路如下:
将begin()放置在最后一个有效数据节点的位置,即end()-1的位置,将end()放在头节点的位置即可
所以,operator++()函数可以设计为
| C++ | |
|---|---|
1 2 3 4 5 6 | |
operator->()函数¶
同operator*()函数一样,调用Iterator中的operator->()函数即可
| C++ | |
|---|---|
1 2 3 4 5 | |
operator!=()函数¶
同正向迭代器中的设计思路一致
| C++ | |
|---|---|
1 2 3 4 5 | |
rbegin()函数¶
| C++ | |
|---|---|
1 2 3 4 5 6 | |
rend()函数¶
| C++ | |
|---|---|
1 2 3 4 5 | |
operator--()函数¶
| C++ | |
|---|---|
1 2 3 4 5 6 | |
operator==()函数¶
| C++ | |
|---|---|
1 2 3 4 5 | |
测试代码¶
此时基本的反向迭代器框架已经搭建完成,下面是测试代码:
| C++ | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | |
const_reverse_iterator迭代器设计¶
对于const_reverse_iterator设计来说,不需要更改reverse_iterator迭代器的结构,只需要在list类中重定义一个const版本即可
| C++ | |
|---|---|
1 2 | |
并且将rbegin()和rend()分别重载一个const版本
| C++ | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 | |
reverse_iterator迭代器结构设计思路改进¶
前面在设计reverse_iterator迭代器时,直接考虑的rbegin()函数的位置在最后一个有效节点的位置,而rend()在则在end()的位置,这样的思路并没有错误,但是参照SGI版本中的设计:
rbegin()和rend()设计
可以看出,SGI版本在设计rbegin()和rend()时考虑到和begin()与end()形成了一种对称关系,如下图所示:
那么此时SGI版本中的反向迭代器是如何处理operator*()函数的
配合rbegin()和rend()遍历思路如下:
取出上一个有效节点的数据,因为rbegin()在头节点的位置,所以先取出最后一个节点的数据,迭代器--操作到最后一个有效节点,一直到rend()位置结束
参考完SGI版本的迭代器设计,此时可以对上面的设计进行优化为SGI版本
| C++ | |
|---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 | |
此时对于operator->()函数来说,则需要换一个实现思路:直接取当前operator*()结果的地址
| C++ | |
|---|---|
1 2 3 4 5 | |




