ну да, через год вообще непонятно что останется

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

Мне вот даже от dcd+dscanner стало намного легче

О! А есть форматировалки исходников такие чтобы правила форматирования можно было руками задать? тобы настроить так как я люблю.

Э, очень широкий вопрос. Знаю что точно есть. Но в других языках =)

Это даже как часть CI/CD процесса может проходить - комитишь в репозиторий, и система берет и прогоняет весь коммит через кастомный форматтер. И таким образом код в репе всегда абсолютно стандартизован согласно правилам.

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

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

https://github.com/denizzzka/dpq2/blob/master/src/dpq2/result.d#L726 присмотрись к величине отступов

И что? 8 пробелов там как я вижу.

нет, по-разному. у меня есть целая (безумная) теория в голове почему надо форматнуть это так

чтобы такое описать это надо постараться

и думаю я не один такой

за array следующие строки смотри

если отформатировать автоматом то становится резко непонятно что это квадратный sql-массив

Ну типа чтобы матрица красиво смотрелась?

да

Ну если сложно описать такое правило, то форматтер может как минимум просто не мешать )

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

Ну если сложно описать такое правило, то форматтер может как минимум просто не мешать )

А есть такие которые можно отключить в некоторых строках комментом?

я пытался такое попросить сделать для dscanner - так и висит тикет, вроде.

Я вижу что у тебя на 867 строк одна матрица, нет смысла писать такое правило

А есть такие которые можно отключить в некоторых строках комментом?

Для D не знаю

Да и в нем вообще все это не проработано толком

Я вижу что у тебя на 867 строк одна матрица, нет смысла писать такое правило

пытались уже сломать это форматирование там

Да и в нем вообще все это не проработано толком

? форматирование это же не часть языка

Кто пытался?

обычно

Кто пытался?

Кто PR присылал

? форматирование это же не часть языка

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

А ну это да.

В общем я тут не вижу проблемы. Если бы тебе каждый день присылали 10 PR в которых были бы десятки кривых матриц, вот это был бы кошмар перфекциониста. А так - поправил 1 раз и забыл.

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

Можно даже редактор подточить под это дело.

Кстати мысль, да.

Это можно засунуть в travis-ci

Только не правилку а проверку. Если что не так - билд падает.

Это можно засунуть в travis-ci

В фобосе это сделано - адово требовательно. ":" не там поставил - всё, свободен.

Меня щас другое заинтересовало - а как dpq2 будет работать в vibe.d ? Есть у него фиберный режим работы?

Ща

Вот: https://github.com/denizzzka/vibe.d.db.postgresql/issues/1#issuecomment-195818427

vibe.d.db.postgresql uses https://github.com/denizzzka/dpq2 for DB backend, so, examples for dpq2 should be suitable.Ах вот оно как

Ну тогда прекрасно ?

И там прям все по честному асинхронно?

Да

Крутяк

Там есть ещё куда ускорить, но пока руки не дошли, да и может не факт что всё сильно ускорится этим.

Там есть ещё куда ускорить, но пока руки не дошли, да и может не факт что всё сильно ускорится этим.

это ты dpq2 ваяешь?

да

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

А драйвер dpq2 для вайба это обертка над libpq, насколько я понял?

dpq2 он не для вайба, он сам по себе, для вайба там ещё более высокоуровневая обёртка. а так да, над libpq оно.

я просто тоже использую свою обертку над libpq. И при попытке апгрейда на вайб 0.8.x возникли трудности.

какие?

сонке поломал FileDescriptorEvent

вроде нет

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

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

? В какой то момент начал весь код писать в саблайме. Хотя раньше тоже пользовался ИДЕшками. Во первых ИДЕшки притормаживают. Пока ждёшь в ней автокомалит уже руками допишешь. Во-вторых в саблайме крутые и реально удобные мультикурсоры.

да, вот у нас так стало: https://github.com/denizzzka/vibe.d.db.postgresql/blob/master/source/vibe/db/postgresql/package.d#L133

мультикурсоры? этачо?

мультикурсоры? этачо?

это удобно

мультикурсоры? этачо?

Попробуй. Это такая вещь, когда сразу правишь несколько мест в коде одновременно.

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

не должно быть таких мест

мультикурсоры? этачо?

Это надо попробовать. Скорость кодинга увеличивает прилично

не должно быть таких мест

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

не должно быть таких мест

Не не. Такие места всегда есть :)

тыкать курсоры не обязательно вручную

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

чёт какой-то очень редкий кейс

чёт какой-то очень редкий кейс

Постоянно этим пользуюсь.

ну то есть это же везде префиксы надо менять, проще раз with написать

чёт какой-то очень редкий кейс

да, нечастый, а еще я привык вместо find/replace использовать

да, вот у нас так стало: https://github.com/denizzzka/vibe.d.db.postgresql/blob/master/source/vibe/db/postgresql/package.d#L133

ага точно, еще и в структуру превратили

а пакеты гоняете в текстовом формате или бинарном? Вменяемого описания бинарного формата я не нашел.

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

и в текстовом и в бинарном можем

> Вменяемого описания бинарного формата я не нашел. На момент когда мы и вы писали формат не был опубликован. Сейчас да.

опубликован? в дока libpq? O_o

да

где-то там

ну потому что это был недочёт документации же

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

https://www.postgresql.org/docs/10/static/protocol.html

ага

вроде был и формат сообщений тоже

может путаю

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

сонке поломал FileDescriptorEvent

кстати, у меня подозрение что там только read и нужен

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

кстати, у меня подозрение что там только read и нужен

я отправку тоже асинхронно сделал

тогда нужен и write

я отправку тоже асинхронно сделал

есть ещё вариант отключить блокировку у функций - это прибавит скорости, кажется

а ну вот о чём я и говорю

есть ещё вариант отключить блокировку у функций - это прибавит скорости, кажется

об этом я и говорю

:lol:

А зачем вы vibe-core юзаете?

без него .any работает норм

ваш вариант pg + vibe.d опубликован?

А зачем вы vibe-core юзаете?

не юзаем именно по этому