Это всё бы за один запрос получить и уже работать - оно так и быстрее работает, и транзакционность соблюдена будет

да, но тут софтина в локалку будет смотреть, я где надо prepered statment заюзал, в остальных местах он там мало нужен

ИТ системы растут - сегодня не надо, завтра надо

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

мне больше по архитектуре интересует... в плане адекватности класса работы с БД и процессинга

а то получшь странную неконсистентность иногда

типа машина уже удалена а трэк ещё есть, или наоборот

Архитектура... я бы сделал класс с методами, соответствующими запросам.

специальный, назвал бы DBRequests

и его бы отовсюду дёргал

к примеру на сколько адекватно в конструкторе class MyStat создавать экземпляр: MyTracks mytracks;

Так глубоко ещё не смотрел

М... а какой логгер лучше использовать? Просто сейчас при импотрте вайба вылез конфликт имен и я не совсем понимаю стоит ли фобосовский или вайбовский юзать...

Я бы выбрал стандартный если нет особых требований.

К коду в vibe есть вопросы. Фигачат "на скорость"

import vibe.vibe; можно как-то указать, чтобы оно импортировало все кроме модуля логгера, чтобы конфликта имен не было?

не в тему D, глаз резануло - в stats.d где select (select count(*) ..., select count(*)) лучше уж `select sum(case when road_dist < 5 then 1 else 0 end) lt5, sum(case when road_dist < 10 ... )

Там просится один хороший запрос (через PREPARED желательно)

ну я так глубоко не копал)

import vibe.vibe; можно как-то указать, чтобы оно импортировало все кроме модуля логгера, чтобы конфликта имен не было?

Да, там есть subpackages. vibe:core что ли

предлагаешь просто их по частям импортировать?

Канешн

https://github.com/denizzzka/vibe.d.db.postgresql/blob/master/dub.sdl

вот пример

преподположим есть функция: Json foo(int x) { } и мы забыли в урле передать этот самый x. В итоге в браузер вайб отдаст ошибку. Праивльно ли я понимаю, что единственный выход блок try-catch использовать или можно как-то без него обойтись? Что мол не все аргументы были переданы

непонятен вопрос. это про какой-то RPC речь?

про rest

Скорее всего, единственный. Он же и идеологически верный.

тогда я не пойму в каком месте обертывать. Json foo(int x) { } внутри то уже поздно — функция аргумент ожидает, а снаружи try { Json foo(int x) { } } оно как-то странно смотрится... нигде такого не видел

именно так

@deviator что скажешь? Ты вроде с вайбом плотно работал...

@deviator что скажешь? Ты вроде с вайбом плотно работал...

чёё?

эт где я такое сказал?

я на нём что-то пробовал давно давно

Ну во всяком случае ты лучше меня его думаю знаешь)

но теперь стараюсь максимально избегать, но не выходит

внутри то уже поздно — функция аргумент ожидает, а снаружи try { Json foo(int x) { } } оно как-то странно смотрится... нигде такого

это вообще не валидная конструкция, если мы говорим о методе не вложенном

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

и это не относится к vibe

как сделать такой момент, который ты хочешь я не знаю

но явно не так

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

типа при возникновении ошибки вызывать какую-то функцию и она уже будет возвращать клиенту то, что ты запишешь в ней

и да, аргументы по умолчанию не работают в этом случае?

scope(failure) myerrorHandler() ?

как-то так?

м... щас попробую аргументы по умолчанию

нет

это должны быть какие-то vibe атрибуты

а в каком месте вообще вайб ошибку отдаст?)

типа @errorHandler(&myHandler) Json foo(int x) { ... }

какой-то же параметр должен передаться в функцию)

в урле же можно и без параметров вызвать функцию

не?

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

я в вайбе не силен, но по логике, рантайм ошибка должна возникать где-то в глубине вайба, а не в момент вызова функции, не?)

кажется нашел что-то похожее... http://vibed.org/api/vibe.web.web/errorDisplay втыкаю

я в вайбе не силен, но по логике, рантайм ошибка должна возникать где-то в глубине вайба, а не в момент вызова функции, не?)

ну типа да

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

а у вайба внутренности не nothrow сейчас?

опасно кидать эксепшены внутри кода, который должен персистентно висеть в памяти)

Правильно ли я понимаю: void getForm(string _error = null) { //render!("form.dt", _error); } @errorDisplay!getForm void postForm(string name) { if (name.length == 0) throw new Exception("Name must not be empty"); redirect("/"); } если в postForm прилетело что-то пустое, то кидаем ошибку и передаем ее в getForm ?

ну типа того

а как параметры сделать опциональными? дефолтное значение-дефотным значением, но как понимаю можно как-то опциональные еще

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

ERROR: S client not available

Сгенерить body надо наверно

И отдать

т.е. в консоль что-то написать не получится?

Какую?

Ты пишешь браузер?

ну вон я в foo пытаюсь ошибку вывести

в консоль

В pgator есть обработка ошибок - глянь там

Он именно в консоль шлёт их

@ahdenchik в коде pgtor нет упоминаний @errorDisplay!

Значит оно нинадо

ща гляну

https://github.com/DSoftOut/pgator/blob/7119458fe2907a2de4bdb209897743cd035e470b/source/test/vibe_rest.d#L27 Ты так делаешь запрос в REST с помощью Vibe?

да

ну вот оно или сработает или кинет эксепшен

https://github.com/DSoftOut/pgator/blob/7119458fe2907a2de4bdb209897743cd035e470b/source/test/vibe_rest.d#L42

Вот вызов метода, который гарантированно падает при запросе (он на стороне сервера не реализован)

просто эксепшен какой-то падает и всё (я видимо даже не стал вникать какой)

(это тест, тут можно)

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

Можно

Ты про параметры с дефолтными значениями?

или про функции с переменным числом параметров?

да типа: int trackid=0

про дефолтные

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

иначе компилятор не понимает какой параметр куда (вдруг у них типы совпадают?)

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

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

ты же можешь сам это проверить

10 строчек кода

кстати, кому интересно насчёт проблемы с выводом стектрейса в vibe, то нужно просто setLogLevel(LogLevel.debug_) вызвать

там предусмотрен вывод стектрейса https://github.com/rejectedsoftware/vibe.d/blob/master/core/vibe/core/core.d#L1445