Всем привет.

Люди, кому приходилось пользоваться и как часто?
А то оказалось, что в пхп есть такая штука, у меня спросили, и мне как-то стало стыдно, что что-то такое базовое, а я не знаю :). Один я её не пользую вообще (то есть получается мне ниразу не потребовалось за всё время работы), или это настолько малоизвестная и невостребованная штуковина?

В общем интересно, был ли у кого случай, когда обойтись без итераторов было просто невозможно, или возможно, но затратно (или небезопасно).

ScareCrowRecursiveDirectoryIterator/DirectoryIterator клевые штуки.

Ну да... выглядит удобно очень. А меня интересует именно использование самого интерфейса Iterator. То есть был ли он где-то востребован? Не просто, можно так или так, а именно, что без него невозможно, или возможно, но хреново :)

ScareCrowэм. да везде где надо что то сложнее массива. например XPath возвращает итератор.

А почему например разработчики посчитали нужным возвращать именно итератор, а не например объект с методом getResult (или типа того), в котором был бы записан тот самый массив (функционал которого в принципе и реализуется с использованием интерфейса iterator)?

Я об этом говорю... То что его используют - это понятно. Вопрос то в том, что можно ли не затрачивая лишних ресурсов и времени сделать ровно то же самое без его использования? Или его использование обусловлено не предпочтениями программиста, а конкретным фактом (то есть иначе было бы сложнее, или иначе скрипт выполнялся бы не за 0.1 секунды, а за 2 секунды... etc)

r uПрограмёрсделать ровно то же самое без его использования?
дело не в производительности, а в универсальности. итераторы позволяют работать с данными просто и понятно, даже не зная о внутренних особенностях и взаимосявязах данных в коллекции(контейнере).

и если коллекция поддерживает доступ через итераторы, то про программисту достаточно просто начать работать с ней, нет необходимости углубляться в особенности связей в коллекции, городить кучу циклов для обхода элементов.

простой пример: есть некая древовидная структура. необходимо обойти ВСЕ элементы этого дерева.

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

-решение с итераторами: использовать простой цикл перебора итераторов. тоесть использовать очень просто и быстро. не нужно делать нам лишней работы. все уже сделано за нас. код получается простой и понятный. следовательно - в нем меньше ошибок... и т.д. в общем - плюсы в этом.

Древовидная структура - это имеется ввиду в формате nested sets, или в виде уже преобразованного дерева?
Если второе - вообще не вижу проблемы. У меня есть класс-обёртка, у которого в свойстве хранится многоуровневый массив (ну то есть само дерево). Всё что надо - это рекурсивная функция everyChild, которая последним параметром принимает callback функцию, в которой заложена логика, что надо делать с каждым элементом

Если первое - да в принципе всё то же самое (кроме входных параметров... там будет не элемент-родитель вписываться, а левый и правый индекс родителя), в случае, если во время обхода нас интересует путь к элементу... Если же не интересует, то everyChild превратится в everyElement, которая уже не будет рекурсивной. В принципе, это 10 строчек кода... :))

А вот как это делать итераторами, я не совсем понял... как они помогут? можете вкратце логику пояснить?

r uПрограмёрА вот как это делать итераторами, я не совсем понял... как они помогут? можете вкратце логику пояснить?
что пояснить? как это будет выглядеть?

понимаете что тут происходит? обходим дерево директории.
будете писать сами будет 10 строк. а тут две строки. в этом и удобство.

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

я не собираюсь спорить :) Я пытаюсь понять, потому и прошу объяснить... Про 10 строк, я имел ввиду саму реализацию класса, а не его использование.

При этом, то что у Вас в двух строках запишется так:



То есть и это в 2 строки можно записать (а если функция простая как тут - вообще в одну). Отсюда и тема... Могут ли итераторы реально помочь пхп программисту? Или их использование зависит от предпочтений того самого программиста?

Ведь обёртку для массива создать как нефиг делать... ))