std :: reverse_iterator有什么缺点？

Question

boost的文档specialized iterator adaptors指出boost::reverse_iterator“纠正了C++ 98的std :: reverse_iterator的很多缺点。”

这些缺点是什么？我似乎无法找到这些缺点的描述。

后续问题：

如何提高:: reverse_iterator的纠正这些缺点？

Answer 1

嗯，最大的问题是他们不是转发迭代器，而且有些东西几乎期望了前向迭代器。所以，你必须做一些有趣的转换才能使事情发挥作用。要列举一些问题

1. 的erase()某些版本和insert()需要迭代器，而不是反向迭代器。这意味着如果您使用的是反向迭代器，并且您想要insert()或erase()，那么您将不得不使用反向迭代器的base()函数来实现前向迭代器。没有自动转换。

2. base()根据插入返回等价于反向迭代器的前向迭代器。也就是说，将插入插入到当前元素的前面。因此，如果base()为您指定了指向相同元素的迭代器，则反向迭代器指向的元素将是指向的错误元素。所以，它指向前进一步，你可以使用它来插入。

3. 因为base()返回一个指向不同元素的迭代器，所以它是erase()的错误元素。如果您在base()的迭代器上调用erase()，则会从容器中删除反向迭代器指向的元素中的一个元素，因此您必须在调用base()之前递增反向迭代器，以便获得正确的前向迭代器用于erase()。

4. 是否可以使用base()与erase()正确擦除元素完全取决于您的实现。它适用于gcc，但对于Visual Studio，它们实际上只是包装一个前向迭代器，以便在处理逆向迭代器和Visual Studio时无法使用erase()。我不记得insert()是否有同样的问题，但是反向迭代器在C++的不同实现之间工作不一样（根据Visual Studio人员，标准不够清楚），所以它可能有点毛将它们用于除了遍历容器之外的其他任何东西。

可能有其他一些问题，但处理的不是非常量，前向迭代用C++做的比简单地在一个容器的遍历其它任何时候能有点毛茸茸的其他任何类型的迭代器 - 如果你甚至可以做到这一切 - 因为这么多的函数需要非常量前向迭代器而不是任何其他类型的迭代器。

如果你真的想知道各种迭代类型和与它们相关的问题之间的差异，我推荐阅读Scott Meyer的Effective STL。它对迭代器有很大的帮助。

编辑：至于如何Boost的逆迭代纠正这些缺点，恐怕我没有线索。我意识到一些标准的反向迭代器的缺点，并且在过去被它们咬了，但是我从来没有用过Boost，所以我对它们的反向迭代器根本不熟悉。抱歉。