Или просто при наполнении объекта, на первом этапе, подпишишься на его событие изменения и в этом случаи сам перезапишишь его в хранилище

Но уж точно это должен делать не сам объект конфига

О, умные мысли. Ща прочту :) А пока заценитие, как индусы пишут. Вот это я пытаюсь заменить полностью сейчас.

Т.е. это в прямом смысле индусы)

А что не так то? Код вроде нормальный

ну если опустить общее «а чего тут происходит?», то как минимум два идентичных catch)

А что не так то? Код вроде нормальный

Ну да, тебе с индусами еще можно померяться кодом?

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

Еще ужасно веселит на каждый чих проверка наличия файла с базой. Как будто он внезапно может пропасть после запуска программы.

Ну а за sql вставки по всему проекту пора отламывать по одному пальцу.

Для того и пишу сейчас слой абстракции.

Или просто при наполнении объекта, на первом этапе, подпишишься на его событие изменения и в этом случаи сам перезапишишь его в хранилище

Кинул ему делегат на фрейм самосохранения. Наполнение происходит на уровне абстракции базы.

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

Это сделал тоже. При пересоздании базы нудно, если стоит флаг сбережения конфига.

Осталось доделать добавление новых элементов в пофиг при синхронизации с сервером. Но уже придумал как. Красота выходит

Осталось доделать добавление новых элементов в пофиг при синхронизации с сервером. Но уже придумал как. Красота выходит

Хорошо, что красиво выходит

Не, таки нужно к конфиг передать указатель на абстракцию базы. Т.к. в случае с добавлением элемента хочется это сделать по типу config.add(item)

ну если опустить общее «а чего тут происходит?», то как минимум два идентичных catch)

Они же разные типы исключений ловят

Они же разные типы исключений ловят

Но он их обрабатывает одинаково. Смысл ловить разные? Exception тип включает в себя все.

Ну а за sql вставки по всему проекту пора отламывать по одному пальцу.

А как правильно?

Они же разные типы исключений ловят

почти наверняка ArgumentException наследуется от Exception)

А ну да

А разная обработка правильно реализованная как бы выглядела?

Делать разные вещи в зависимости от ошибки?

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

если цель просто что-то сделать при любом исключении, то хватит и одного catch, если при разных исключение нужно делать что-то разное, то catch будет несколько)

А как правильно?

Вообще стараться исключить работу с сырыми запросами.

но вообще, что-то сделать при любом исключении — это плохая цель)

А как без них то? Без сырых запросов

Орм не панацея

А как без них то? Без сырых запросов

инкапсулировать в «бизнес-логике»)

но вообще, что-то сделать при любом исключении — это плохая цель)

А что нужно? Что есть гуд практис?

все зависит от приложения

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

на то они и пробрасываются вверх по стеку

инкапсулировать в «бизнес-логике»)

Вот я приблизительно это и делаю сейчас :)

Орм не панацея

Норм штука, кстати.

Пока запросы простые

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

У нас тут COM есть.. вот он большой любитель по throw'ить.

в любом случае, лучше делать некую абстракцию над raw SQL

Пока запросы простые

Бля, ну вот почему нельзя СРАЗУ работать нормально, а нужно ждать пока усложинится все?)

в любом случае, лучше делать некую абстракцию над raw SQL

Именно это и делаю, да (=

в любом случае, лучше делать некую абстракцию над raw SQL

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

Тут проект 15 лет писали не пойми кто, а всё для того, чтобы я сейчас сидел и выкидывал всё нахрен.

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

Можем созвониться позже, обсудить)

И не важно, какой язык

Ок

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

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

по сути, база — это конкретный способ хранения абстрактных данных

а в программе нужны именно эти абстрактные данные)

Сущностью будет что?

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

или, например: сущность 1 — координаты магазина, сущность 2 — ассортимент в магазине, сущность 3 — обновлятель ассортимента в магазине)

ну это так, абстрактные рассуждения)

В двух словах, Дима, делаешь ORM своими руками.

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

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

Кстати, а можно ли говорить что в Го к примеру полиморфизм есть, если там нет дженериков?

наверное, про это хорошо могут рассказать в чате о Го)

Юникод в именах функций зло https://stackoverflow.com/questions/46407831/vibe-d-basic-form-validation

Кстати, а можно ли говорить что в Го к примеру полиморфизм есть, если там нет дженериков?

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

ну вот допустим что сount который может считать и количество букв и количество цифр

превосходно делается через интерфейсы

есть же sort, который может сортировать любые массивы. самый обыкновенный полиморфизм

Юникод в именах функций зло https://stackoverflow.com/questions/46407831/vibe-d-basic-form-validation

Где ты там юникод нашел?

Кстати, а можно ли говорить что в Го к примеру полиморфизм есть, если там нет дженериков?

Как ты умудряешься знать столько умных слов, но не уметь кодить? Может ты учишь что-то не то??

ERROR: S client not available

gönderiyiOluştur

А это что

Опять печалька встретилась - https://github.com/dlang/dmd/pull/3611 оказывается нельзя в абстрактном классе абстрактному методу приписать out{} контракт.

Уже тржди года не могут пофиксить!

Уже тржди года не могут пофиксить!

а я вижу, что оно пофикшено, но просто не смержено

Вот когда это будет в чейнджлоге и в deb пакетах, тогда можно считать что пофикшено ;) А пока только возможноый вариант.

кому нужны deb-пакеты?

меня радуют такие пакеты (:

я не понимаю такой хомячковости

С 2014 уже висит ПР (

Уолтеру просто некогда поребейзить это всё счастье

я так понимаю, что в ldc этой проблемы нет?

Хм, везде всё одинаково

gdc/ldc тоже с этим

@chebotarevp когда статья будет? Я не хочу давить, просто ты говорил, что напишешь. Занят сильно?

Я на прошлых выходных выдавил из себя еще одну главу =)

?

Писать нелегко, честно говоря)

я понимаю, прошу прощения, если "достал"

Структурируя в голове все те кучи экспериментов которые я проводил во время контеста.

Ничего страшного, спасибо что пушнул ) Наоборот мотивирует что кто-то эту статью ждет.

Опять печалька встретилась - https://github.com/dlang/dmd/pull/3611 оказывается нельзя в абстрактном классе абстрактному методу приписать out{} контракт.

я кстати не понимаю кейса, где нужен out контракт для абстрактного метода. Это же абстрактный метод.

я кстати не понимаю кейса, где нужен out контракт для абстрактного метода. Это же абстрактный метод.

элементрано "метод, возвращающий некий строковой идентификатор", контракт проверяет наличие не однобайтных символов

какая разница абстрактный он или нет

аа ну да

Мой кейс - я делаю парсинг конфига в формате sdlang. Сделал класс abstract class SDLNode который объявляет 4 абстрактных метода - начало тега, значение, атрибут со значением, конец тега.

После метода 'конец парсинга тега' abstract void onTagEnd(TagEndEvent event);всегда должен быть выставлен флаг isFinished = true

в D есть сущность для пула сокетов?

vibe.d не предлагать

socketset

нашел

vibe.d не предлагать

Прям звучит уже)