буду, я дальше по циклу прогоняю конвертацию и хочу сравнить успешные конвертации с общим количеством файлов

ну так в цикле переменную какую-нибудь инкрементируй

А более красивого варианта нет? Просто вроде бы это те самые Ranges

в том то и дело

т.е. у них должно быть свойство количества

нет

совсем не должно быть

ну вернее не совсем, но смысл в этом)

А почему? Количество тогда только у массивов есть?

https://dlang.org/phobos/std_range_primitives.html

почитай какие бывают диапазоны

там так же есть интерфейсы, где представлена иерархия

самый обычный диапазон это тот по которому можно пройтись foreach

он может быть даже бесконечным

тоесть у диапазонов нет размерности?

а вот вижу, что для некоторых есть: hasLength

значит у каких то оно есть

как то так

Ну представь себе диапазон всех секунд у него нету количества

или диапазон последовательности фибаначи

у него есть возможность доступа к произвольному элементу, но нет длины

А как отличить диапазоны у которых есть исчисление от тех у которых нет? Куда смотреть?

не?

а вот вижу, что для некоторых есть: hasLength

Вот я вижу метод dirEntries и как мне по нему что-то понять

а что он возвращает?

auto

ну тогда только в сорцы лезть

если в первой строке документации этого не написанно

ну и ты можешь hasLength!(ReturnType!dirEntries)

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

Так. А как лучше сделать в такой ситуации. У меня на сервере появляется несколько JSON файлов. Каждый из них нужно браузеру отдать. Как процедуру отдачи организовать то? В цикле response делать одного json за другим или как?

вот это не ко мне)

Что значит отдать браузеру каждый? В виде аттачментов?

Можно только по одному, или в архиве

Ну вот я не знаю как вообще...

т.е. идей особых нет. Наверно проще просто выплевывать без архива. Но если их много и ими нужно переменные JS заполнять то как быть?

Странная архитектура, переформулируй

Создавай 1 json файл вместо нескольких

Поясню идею. Каждый JSON описывает какую-то территорию. В JS есть возможность каждый JSON выводить на карте (в нем координаты записаны). Проще всего как я понимаю каждый новый JSON класть в отдельную переменную, а потом делать map.add(j1); map.add(j2); и тд

вот я и думаю как это не особо упорото организовать

мне проще всего каждый JSON d отдельную переменную т.к. у меня будет возможность тогда так же эти файлы по одному удалять

Так ты аяксом получаешь эти жсоны?

Я пока с ним не знаком вообще. Пока думаю как проще получать. Кроссбраузерность не нужна вообще. Нужен самый простой вариант

т.е. прокатит самый простой вариант который Хром и Фаерфокс уже умеет

ну так в цикле переменную какую-нибудь инкрементируй

@DmitryBubnenkov https://github.com/rejectedsoftware/vibe.d/blob/5d0ee772cbb8f2d6c59f15a754c20502725507fc/source/vibe/internal/rangeutil.d

вот я и думаю как это не особо упорото организовать

Эти JSON-ы меняются? Всегда одни и те же отправляются клиенту?

нет всегда разные

я даже не могу придумать как с их именами быть

Они же с диска берутся? А как они меняются?

пока не придумал как их хранить. Пока с диска. Дальше наверно из БД

Я вижу так: - Клиент запрашивает аяксом нужные данные. - Ты их на сервере достаёшь, без разницы откуда. - Склеиваешь в один JSON и отправляешь. Ничего сложного на самом деле.

А как потом по разным переменным их раскладывать? Смысл мне их клеить?

ну как бе json это такой формат...

они и будут у тебя в разных полях json

после того как ты склеишь всё в 1

А там уже в самом js их разбивать?

Так сказал как будто парсер нужно писать

https://habrahabr.ru/post/259727/

а не, это я перепутал с https://habrahabr.ru/post/277715/

моя статья как раз про запуск D в python и python в D, а не про замену одного на другое)

Чота мне не очень идея скрещивания питона с D, куда лучше писать модули для питона на D

А то совсем какая-то каша получается

Но по крайней мере что такое впринципе возможно - уже интересная вещь )

@chebotarevp почему каша? скриптование скомпилированного кода это нормальная практика

Ну там же ни оптимизаций ни масштабирования

Хотя ты прав, если делать для какого-то большого проекта embedded язык, то подходит

Бывает бизнес-логика, меняющаяся каждую неделю, если не чаще. Её то уж точно лучше на скриптах писать. Тем более, что возможно этим будет заниматьсян е совсем программист, а скорее специалист по этому самому бизнесу, освоивший какой-то язык, не позволяющий себе ногу отстрелить.

По-моему для этого lua и создан

Что ему позволишь, то он и сможет сделать. Ни быольше ни меньше. Как-то сильно накосячить чтобы при этом работало затруднительно.

Питон сам по себе в принципе тоже на эту роль подходит

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

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

то есть без оптимизаций даже?

синтаксис в некоторых местах там совсем дикий

ну там вроде есть свой jit

julia на замену питону в области data science самое оно

переведенная книга на русском кстати вышла совсем недавно про него

Но как common язык не оч, вроде

ну он еще слишком молод для этого

Почему не замена Питону?

слишком много создано уже на питоне

вот на замену матлаба какого-нибудь

норм было бы

чисто теоретически джулия конкурент Ди?

:facepalm.jpg:

ну ты хоть глянул бы что это, прежде чем спрашивать)))

нет, не конкурент

вряд ли, это же интерпретируемый язык

Как я понимаю на нем можно ту же серверную часть написать сайта, разве это не значит что оно может конкурировать?

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

D не для сайтов это во первых) Во вторых, создатели языков преследовали разные цели, у них разный результат

можно и на asm сайт написать

это не значит, что asm конкурент php например

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

кстати python какой-то байткод хранит между запусками

джулия больше для научных дел, а ди общего назначения

Хотя, существует аж 2 или 3 проекта компиляции PHP.