Игорь, я не понимаю, к чему вы клоните. У вас какие-то рассуждения без полезных выводов.

Я к тому что надо идти от жизни, от задачи. А у Вас погоня за "модой", пример использования явно надуман. Какой вообще смысл совместного использования контейнеров разной длины? Хз, а "хвосты" - что это, если не юзаете, то зачем храните? Ладно, пусть это гипотетический случай, но чего же в цикле 3 раза парить hasNext если эту проверку можно сделать один раз, и даже код короче?

Я понимаю что цели чисто учебные, типа освоить "traits" (который я, кстати, так и не знаю), и "приводить" контейнер к жаба-стилю (next, hasNext). Но все-таки полный отрыв от практики выглядит плохо.

Напомнило анекдот про мух 

Пример использования не надуман. Этот пример, как я уже упоминал, есть часть моего проекта.
Я честно не вижу здесь погоней за модой. Код получился обобщённый и его с лёгкостью можно использовать в любом проекте не внося каких-либо изменений.
Вы утверждаете, что написав класс я научился бы чему-то больше... А вы не заметили, что я привёл 3 класса?
А на случай нелюбви к джава стилю предусмотрены привычные методы, которые не несут доп расходов

Да, утверждаю, и дело не в количестве классов.

C++ (Qt)
rotateVertex(rotMatrix, *itX, *itY, *itZ);

Это как-то "еще терпимо", но уже кандидат на снос. Нужно стремиться к этому

C++ (Qt)
rotateVertex(rotMatrix, &pos);

Где pos - нормальная структура. Часто говорят "С с структурами", мол, это примитивно написано, не используются современные средства и все такое. При этом, однако, забывают что если те самые структуры спроектированы плохо, то никакие мега-средства не помогут. А у Вас зияет дыра в самом базовом классе (точнее его у Вас просто нет). И надо его создавать, а не латать какими-то итераторами.

Ну вот не работают так люди с вертексами, никто не бегает с иксом, игреком и зет всякий раз. Вы упираетесь, дескать, "а в моей задаче так надо" - на здоровье, Ваше право. Но это совершенно бесперспективно, как для проекта, так и для творческого роста 

А зачем человеку тебя убеждать? О_о Он сделал итератор и поделился им с общественностью. Тебе не подошло решение? Так и проходи мимо. Кому-нибудь решение понравится и он его заюзает.

От себя пара маленьких замечаний:

1) Для stl совместимости, лучше наследоваться от std::iterator, где указать iterator_category и т.д.
2) Для универсальности можно было бы сделать его Random Access итератором..
3) Хорошо бы иметь возможность пробегаться и по обычным C-массивам.

 

Ну пока в это совершенно не верится. Привлекаем чужой класс (уже отсев 90%), но в рез-те получаем бОльший размер кода, заметно хуже читаемого, и заметно медленнее на выполнении. Может я не понял как юзать? Но простого ясного примера почему-то не находится. Ну так и может и вся затея была мертворожденной?

Ага-ага, и вот уже пестуется очередной класс-упырь о который будут ломать ноги. Общность - так уж общность! А кому оно надо и зачем - неважно. Осталось только повтыкать его везде в код

Тем что i < limit зовется один раз, да и сравнение чисел пошустрее