Ты её должен создать в логине

точно создавать должен? Я в уже написанном коде по примерам нашел что идет к ней обращение как если бы она уже была создана

string login = req.session.get!string("login");

И работает?

Если работает, то значит она где-то до этого создается

да работает, но не могу понять по доке где это указано

Нашел очень интересные слайды про файберы, может кому будет интересно http://twvideo01.ubm-us.net/o1/vault/gdc2015/presentations/Gyrling_Christian_Parallelizing_The_Naughty.pdf

Спасибо посмотрим

А чем синглтон отличается от инициализации данных в static this() ?

Ничем кроме синтаксиса

Это только фишка Ди или в других языках тоже самое можно?

Просто зачем тогда синглтон нужен если вместо него можно в static this использовать?

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

Блин, подскажите, что-то туплю, что ему не нравится-то:

Если я в конструктор принимаю Config сonfig то получается я не могу их в конструктор другого класса передать так чтоли или в другом ошибка?

Это один и тот же Config?

да вроде как да

в других местах его нет

просто реально что-то уже пол часа втыкаю. Не могу понять что ему не нравится то

Я подумал, что забыл import сделать модуля. Его добавил и вот в итоге:

В std.process есть Config? Хм.

Ты получается не тот Config пытался использовать.

А сейчас у тебя конфликт имён.

ай да точно

там есть такой

Наиболее идеоматическое решение какое? Тупо Назвать как нить типа Conf ? Или как?

Не импортировать std.process целиком.

Статический алиас можно сделать к другому имени

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

Можно и так

Но если тебе нужно использовать оба типа нужно придумать имя для одно из них

ок пасибо понял

static import mod; alias some=mod.name;

Как-то так

Олег, а ты сказал, что static this это лишь одна из возможных реализаций синглтона. В чем ее плюсы и минусы?

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

Но если тебе нужно использовать оба типа нужно придумать имя для одно из них

Или использовать полное имя импортированного класса, не? например, bla.blabla.Config. (Правда, я с телефона не очень разглядел ситуацию. Но мнение имею, ага уже.)

Так. Я что-то не догоню как сделать. хочу сделать текущее время глобальным. объявляю переменную до main в app.d потом в модуле foo.d пытаюсь к ней обратиться — переменная не видна. Видимо надо import app.d делать, но это вроде как кривость или нет?

https://youtu.be/yMNMV9JlkcQ?t=27m54s Low-Lock Singleton. Прикольно.

Так. Я что-то не догоню как сделать. хочу сделать текущее время глобальным. объявляю переменную до main в app.d потом в модуле foo.d пытаюсь к ней обратиться — переменная не видна. Видимо надо import app.d делать, но это вроде как кривость или нет?

В D нет глобальности. Каждый модуль должен импортировать то, что ему нужно.

И в моем случае как лучше сделать?

В идеале, конфликта имён не должно быть. Чтобы можно было делать импорт и не заморачиваться.

А это идеоматично? Или есть покрасивее вариант?

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

а из модуля можно только переменную утянуть?

Да, вроде.

Вообще глобальные переменные это не очень круто

А это идеоматично? Или есть покрасивее вариант?

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

посоны, а что вы пишите на ди? просто интересно.

Если не сложно не мог бы ник поменять?

посоны, а что вы пишите на ди? просто интересно.

Блог себе пишу, например.

То есть вместо пхп использую, просто по личным предпочтениям. :-D

То есть вместо пхп использую, просто по личным предпочтениям. :-D

лол, прикольно. а что-нибудь прикладное?

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

посоны, а что вы пишите на ди? просто интересно.

Сервер для мобильного приложения.

Правильно ли я понимаю что после отправки ответа res в vibed функция делает yield т.е. дальше не идет?

Просто как быть? Есть функция-хэндлер upload которая как только файлы были загружены на ФС отдает ответ: res.writeJsonBody(responseStatus); Проблема в том, что мне нужно запустить обработку данных файлов. Если ее функцию-обработчик вызывать после: res.writeJsonBody(responseStatus); то он очевидно не выполняется из-за того что типа в файбере yield вызыван. Если запускать до, то получается ответ в браузер прийдет только через n секунд когда данные будут обработаны. Как быть?

мне получается runWorkerTask нужен?

какая функция мне лучше подойдет: runTask Runs a new asynchronous task. runWorkerTask Runs a new asynchronous task in a worker thread. ?

Разве после res.writeJsonBody() что-то останавливается? Что мешает делать что угодно после этого? Просветите плз, если туплю

Такое чувство, что останавливается т.к.:

ERROR: S client not available

we are here не выводится

а хотя не

выводится:

Вот не нравится мне документация по vibe.d, чересчур сухая и краткая. http://vibed.org/api/vibe.http.server/HTTPServerResponse.writeJsonBody Ничего не сказано о сайд-эффектах.

посоны, а что вы пишите на ди? просто интересно.

Обработку изображений со спутника писал для завода одного

Олег, а какого уровня там обработка? gdal юзал?

Олег, а какого уровня там обработка? gdal юзал?

Нет, там свой формат гиперспектральной информации, все сам писал

Из библиотек jsonizer и derelict-cl только использовал

А с привязкой дело имел?

Нет, только с радиометрической коррекцией

Просто как быть? Есть функция-хэндлер upload которая как только файлы были загружены на ФС отдает ответ: res.writeJsonBody(responseStatus); Проблема в том, что мне нужно запустить обработку данных файлов. Если ее функцию-обработчик вызывать после: res.writeJsonBody(responseStatus); то он очевидно не выполняется из-за того что типа в файбере yield вызыван. Если запускать до, то получается ответ в браузер прийдет только через n секунд когда данные будут обработаны. Как быть?

Обработка данных в основном потоке будет блокировать обработку запросов. Так что да, тебе нужен runWorkerTask.

@sigod погоди, а "runWorkerTask Runs a new asynchronous task in a worker thread. " это что значит . Чем от runTask отличается?

Вот не нравится мне документация по vibe.d, чересчур сухая и краткая. http://vibed.org/api/vibe.http.server/HTTPServerResponse.writeJsonBody Ничего не сказано о сайд-эффектах.

Нет там никаких побочных эффектов. А особенности работы файберов — это основа фреймворка. Нет смысла про неё писать в каждом методе.

@sigod погоди, а "runWorkerTask Runs a new asynchronous task in a worker thread. " это что значит . Чем от runTask отличается?

Не использовал runWorkerTask, но полагаю, что он выделит отдельный поток под задачу.

А runTask тогда как сработает? В текущем файбере чтоли поток создаст или как?

Отдельный файбер создаст.

А runTask тогда как сработает? В текущем файбере чтоли поток создаст или как?

Наоборот всё. Создаст файбер в текущем, основном потоке.

именно файбер? А смысл создавать файбер для обработки?

Я тебе написал, что тебе нужен runWorkerTask.

Я просто пытаюсь понять его вторая функция может быть нужна

Когда тебе параллельно что-то нужно сделать.

https://habrahabr.ru/post/305370/#comment_9694400

Хорошая задачка как раз yml парсер написать )

Хорошая задачка как раз yml парсер написать )

http://code.dlang.org/packages/dyaml Не?

вот и срочное issue https://github.com/kiith-sa/D-YAML/issues/25

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

ну да, но в основе ведь либа будет лежать

но я не отрицаю, что это разные проекты

кстати, DMD нарушает обратную совместимость?

сейчас очень редко