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

Перемещать содержимое.

так что значит "перемещать"?

Какой самый адекватный вариант то выбрать?

создавать копию и popFront из диапазона делать, возвращать копию?

э.... ни слова не понял) я вообще попами (кроме женских) ни разу не пользовался.

https://dlang.org/phobos/std_range_interfaces.html#.InputRange.moveFront кто-нибудь знает, что этот метод должен делать по логике?

https://dlang.org/library/std/range/primitives/move_front.html

э.... ни слова не понял) я вообще попами (кроме женских) ни разу не пользовался.

?

э.... ни слова не понял) я вообще попами (кроме женских) ни разу не пользовался.

я тут о своём прост

Дмитрий, это не Вам было, скорее всего и ... в итоге вы ещё придёте к асинхронной работе, чтобы у вас там не было слишком всё последовательно. Синтаксис foreach я указал

может даже RxD появится в итоге какой-нибудь =)

а... даже у же есть https://code.dlang.org/packages/rx

@ttldtor а мне ответ с какого момента то?

https://dlang.org/library/std/range/primitives/move_front.html

Moves the front of r out and returns it. Leaves r.front in a destroyable state that does not allocate any resources (usually equal to its .init value). Брать front и возвращать. Возвращать r.front в разрушаемое (или всё-таки разрушенное) состояние, которое не требует выделения памяти.

@ttldtor а мне ответ с какого момента то?

можете сделать счётчик успешного завершения и потом сравнить с количеством фалов в директории, например

вариантов много)

а что-то покрасивее?

в смысле?

ну более красивая реализация чем читать кол-во файлов в каталоге

@sigod в любом случае после moveFront значение front должно измениться, судя по этим словам (на .init значение)

@sigod но на обычных массивах так не работает, возвращается раз за разом одно и тоже значение (сброса к .init не происходит)

dirEntries если не ошибаюсь свойства count не имеет?

ну более красивая реализация чем читать кол-во файлов в каталоге

так у вас уже есть всё и files и его размер легко получить. Или там бесконечный Range?

Давай на ты лучше)

@sigod но на обычных массивах так не работает, возвращается раз за разом одно и тоже значение (сброса к .init не происходит)

Попробуй почитать: http://forum.dlang.org/thread/i56vso$n4s$1@digitalmars.com

нет, там конечный

О, походу вот что можно заюзать для dirEntries http://dlang.org/phobos/std_algorithm_searching.html#.count

чтобы размер узнать

нет, там конечный

кстати, там ещё отфильтровать надо результат. Могут попасться директории, а в итоге преобразовать в массив и просто получить проперть с размером

Попробуй почитать: http://forum.dlang.org/thread/i56vso$n4s$1@digitalmars.com

нда... типа осознал

О, походу вот что можно заюзать для dirEntries http://dlang.org/phobos/std_algorithm_searching.html#.count

количество элементов, не размер если я не ошибаюсь, просто так количество файлов нельзя узнать, нужно все файлы прочитать из файла директории

я думаю что директории можно отфильтровать шаблоном *.* или тоже косячный вариант?

поэтому count просто скопирует range пройдётся по нему, посчитает и вернёт, но проходиться будет

auto files = dirEntries(r.arch_path, SpanMode.breadth); writeln("count: ", count(files)); так норм?

auto files = dirEntries(r.arch_path, SpanMode.breadth); writeln("count: ", count(files)); так норм?

второй раз ходить по этому пути не будешь?

а зачем второй раз ходить то?

а зачем тебе просто количество то?)

может я прост что-то прослушал...

охм, можно просто сосчитать тогда ошибки)

0 - круто, прошли директорию

ну чтобы в foreach проверить и на последнем файле вызвать функцию updateFlags

на последнем? После цикла?

foreach( file; dirEntry(...) ) { if (processFile(file) == success) successCount++; count++; }

сравниваешь потом count и successCount

если равны, то ок, если нет, то нет

м... а мой вариант чем плох? Твой конечно красивее, но все же

`dirEntries` возвращает lazy-range.

тоесть count его не сможет правильно посчитать?

и что он тогда он посчитает? какое значение отдаст сount

Сможет, но поглотит range при этом.

вообще не понял предложение. Можешь как-то подоступнее?

Знаешь что такое lazy range?

то что вычисляется в момент когда оно нужно

Короче, используй std.array.array, чтобы получить массив.

ну я правильно сказал про lazy range?

ну я правильно сказал про lazy range?

в целом да

но в моем случае count для lazy range что вернет то?

но тут lazy не потому что так прикольно, а потому что по другому никак (опять же если я не ошибаюсь), потому что файлы в файле директории хранятся тупо подряд и чтобы вернуть количество нужно прочитать все inodes, что собственно ты во второй раз будешь делать потом

а count не должен пожирать диапазон

вроде

size_t count(alias pred = "a == b", Range, E)(Range haystack, E needle)

просто он пройдётся по всему файлу директории и, в зависимости от настройки вложенности, по всем внутренним только для подсчёта количества, а во второй раз при обработке тебе это дело придётся делать

2 раза будешь ходить по всем файлам: не оптимально

но count должен вернуть правильное количество и не должен ломать диапазон

Погоди. Но вот функция: auto files = dirEntries(r.arch_path, SpanMode.breadth); вернет массив dirEntry так? Этот массив = диапазон. И его я могу посчитать. Так же?

Погоди. Но вот функция: auto files = dirEntries(r.arch_path, SpanMode.breadth); вернет массив dirEntry так? Этот массив = диапазон. И его я могу посчитать. Так же?

массив не диапазон

auto files = dirEntries(...); auto cnt = files.count; // первый проход foreach( file; files ) { /+ второй проход +/ }

либо можешь сразу files в массив превратить, тогда будет один проход

ERROR: S client not available

но памяти затребует на все имена и атрибуты файлов

а...

если их десятки тысяч, то так не стоит делать

Тоесть ленивая функция высчитывается при каждом обращении? А если бы она не была ленивой то повторного обращения бы не было?

Без повторного обращения — нет повторного вычисления.

https://www.packtpub.com/books/content/understanding-ranges

http://tour.dlang.org/tour/en/basics/ranges И моя имплементация: https://dpaste.dzfl.pl/e1b48621297e

а count не должен пожирать диапазон

Полагаю зависит от range. Например, в vibed range с данными из монги нельзя дважды проитерировать. Потому что внутри он использует монговский курсор.

семантика классов-диапазонов отличается от структур-диапазонов

слабое место стандартной библиотеки

В vibed это структура, которая внутри держит ссылку на класс.

ну смысл в этом

нет проверки на то что состояние может или не может быть однозначно сохранено

будь то класс (ссылочная семантика), будь то структура с внешней ссылкой

Хорошо. Буду дома с компа почитаю. Пока получается все ленивые переменные дергают функции их получающие каждый раз?

Хорошо. Буду дома с компа почитаю. Пока получается все ленивые переменные дергают функции их получающие каждый раз?

приблизительно так

А это реально удобно? Ведь наверно это кучу проблем создает

М... типа чтобы мы могли начать обработку директорий до того как полный список получим?

Полный список тебе далеко не всегда надо. А если он весь тебе не нужен, то зачем делать лишние операции и выделять лишнюю память?

А это реально удобно? Ведь наверно это кучу проблем создает

Рэнжи в D раз таки решают проблему сложности.

а можешь пару типовых ситуации привести?

когда он весь может быть не нужен

Например, последовательность Фибоначчи. Ты её всю просто не можешь иметь.

а можно какой-то более житейский пример

ну там в работе с БД или ФС

Твоя же ситуация, к примеру. Можно сделать и без подсчета количества файлов.

Запрашиваешь данные из БД. БД не возвращает всё найденное, ибо результат может содержать миллиарды записей.

а разве это не по части драйвера?

И что?

он типа уметь должен это. или эта фишка в нем на базе ленивых диапазонов делается

Драйвера тоже кому-то надо писать.

Плюс, в использовании lazy последовательностей, есть оптимизация — ты тратишь меньше времени на работу с памятью.