C++: итераторы по умолчанию, пустые итераторы, end()

Всем добра!

Вопрос на тему итераторов в плюсах:
1.
какие значения имеют итераторы без инициализации
например, можно ли ими пользоваться?

2.
Существуют ли пустые итераторы? (что-то сравнимое )

3.
на сколько я понимаю, существует итератор с несуществующим значением
этот end как раз и выдает это несуществующее значение.
Можно ли итератор инициализировать вручную этим значением?

Основная делема в том, чтобы хранить итераторы. В разных случаях нужно проверять, ссылается ли хранимый экземпляр итератора на существующий элемент контейнера? При чем, не факт что известного контейнера.
Делитесь практикой, как вы это решаете?

Заранее благодарен.

0

Сообщение от tm-green можно ли ими пользоваться?

Например у std::istream_iterator итератор, созданный конструктором по умолчанию, считается концом ввода.
У всех свой смысл. Надо смотреть подробнее. У std::list<int>::iterator само по себе создание с параметром по умолчанию специального значения не имеет, да и использовать такой итератор не имеет смысла.

Сообщение от tm-green Существуют ли пустые итераторы?

Что вы вкладываете в это понятие? Итераторы, которые не указывают никуда?
Возможно, вы хотите получить что-то, о чём я описал выше с std::istream_iterator?

Вы вообще вправе написать свои итераторы и использовать их. И помимо прочего дать им доп. функции и особое значение, когда он не инициализирован. Вопрос только зачем.

Сообщение от tm-green на сколько я понимаю, существует итератор с несуществующим значением

См выше про std::istream_iterator

Добавлено через 48 секунд

Сообщение от tm-green Можно ли итератор инициализировать вручную этим значением?

Только значением конкретного списка std::end(тип std::list<int>), либо тип std::list<int>.end()

Добавлено через 21 секунду

Сообщение от tm-green Основная делема в том, чтобы хранить итераторы.

Обычно это не самая лучшая идея.

Добавлено через 53 секунды

Сообщение от tm-green В разных случаях нужно проверять, ссылается ли хранимый экземпляр итератора на существующий элемент контейнера?

Слишком много вариантов когда все итераторы превращаются в тыкву (вставка/удаление элементов из контейнера). А если у вас контейнер константный, то не понятно зачем вообще итераторы хранить.

Добавлено через 51 секунду

Сообщение от tm-green ссылается ли хранимый экземпляр итератора на существующий элемент контейнера

Это, кстати, больше походит на булев флаг. Возможно, вам стоит хранить и проверять его.

1

Спасибо, довольно развернуто.
У меня есть функция(в STL подобные кстати тоже есть), она возвращает итератор. Хочу обрабатывать там исключения, для этого необходимо оттуда возвращать пустой итератор(или типа того) и ловить её в месте вызова функции, чтобы потом можно было сравнивать его на пустоту. Как лучше это написать по вашему?

0

Сообщение от tm-green Хочу обрабатывать там исключения, для этого необходимо оттуда возвращать пустой итератор(или типа того)

Так вы путаете исключение и код возврата. Если возбудить исключение, до возврата уже дело не дойдёт.

0

Сообщение от tm-green чтобы потом можно было сравнивать его на пустоту.

Гарантируется для всех ForwardIterator.

0

Искючения - отдельно. Мне нужно просто сравнить на Пустой итератор, делаю это так:
Как правильно его сравнивать?

0

Сообщение от tm-green Как правильно его сравнивать?

Так и сравнивать - it==list<Note>::iterator(). Повторяю, корректность гарантируется для всех forward iterator. А у листа итераторы bidirectional, что включает в себя forward.

0

Renji,
Крайний вопросец, существует ли унифицированная форма пустого итератора? Можно ли сравнивать list::iterator() с map::iterator()? Спецификацию читать не хочется ради мелочи. Думаю если кто знает - всем будет полезно.

0

Сообщение от tm-green Можно ли сравнивать list::iterator() с map::iterator()?

Нет, такого точно нельзя. Возможность сравнения гарантированна только для однотипных итераторов.

0

Всем спасибо! Тему можно закрывать.

0