В итоге это не пиарят и народ думает что в D нихрена нет

На этой неделе уже начну плотненько кодить, нашел и вроде как фикс сегфолтов при экспорте DLL: нужно помечать функции как nothrow и лучше в них ничего не делать, а просто вызывать внутри уже "обычные" Dшные функции. Вдруг кому инфа пригодится. Надеюсь это мне поможет :)

Впечатляет. Т.е. проблема со сбежавшими указателями решилась путем оборачивания значений в классы (вместо использования указателей)?

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

Так, а где лучше обхявить? auto fLogger = new FileLogger("error.log"); Может его вообще в static this() { } ?

можно впринципе

Я немного про sharedLog тут не понял https://dlang.org/phobos/std_experimental_logger.html

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

auto fLogger = new FileLogger("NameOfTheLogFile");

Почему ж без указания

sharedLog = new FileLogger("New_Default_Log_File.log");

Кстати, а по логике, если мне нужно экспшены ловить я так и должен писать: fLogger.log(e.msg); ?

Так. Если я логгер объявлю в app.d и мне потребуется залоггировать что-то в db.d то мне получается чnобы увидеть из DB.d FileLogger fLogger; нужно будет import app.d делать, что как-то не очень красиво. Есть варианты лучше? Просто создавать в каждом классе свой объект логгера как-то странно

Синглтон?

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

Вообще на сколько упоротый вариант делать globals.d куда класть объявление всех вещей которые нужны глобально, и ту часть из них которую нужно инициировать при запуске инициировать в shared static this() ?

Можно же из модуля экспортировать импорты других модулей. А в чем совбсвтенно проблема то?

import logger почему не вариант?

так, погоди, ты имеешь ввиду импорт самого определения логгера? Просто речь про реализацию. Т.е. если я его внутри app.d объявлю, то внутри db.d нужно же будет делать imporе app.d чnобы увидеть его объявление

Ну сделай logger.d, module logger; public import app : logger;

Вродь долно заработать

При импорте logger.d будет доступ к app.d : logger

Потом при реакторинге вынесешь логер из app в другой файл (че он в апп делает то?), и придется только logger.d исправлять, а не все импорты во всех файлах

Но всеравно не пойму, к чему эта балалайка, если можно import app : logger

Я немного про sharedLog тут не понял https://dlang.org/phobos/std_experimental_logger.html

Он тут глобальная переменная стандартной либы

А это глобальная переменная стандартной либы она в какой момент создается и инициализируется? Как ей допустим имя другое подсунуть?

import ololo = std.logger : Logger; ?

Да гдетож создается)

Походу static this

Так ну понял, мне по большей части бест-практис интересовал. А дальше в блоке catch лог записывать?

Для бест праткис это к https://p0nce.github.io/d-idioms/

Может там написано

это видел и даже сам туда коммит один сделал на базе чужого исходника правда)

Ну тогда фиг знает. Какие-то слишком странные проблемы для меня)

В джаве же в catch ошибку логируют обычно

у меня просто опыта не так уж много...

Когда у тебя прога будет рушиться, а логов нет, тебе будет всеравно красиво оно там или нет)

ну хоть место найти где падает....

так, а как сделать чтобы в файл писать: http://vibed.org/api/vibe.core.log/ fLogger = new FileLogger("error.log"); log же просто тут юзать нельзя — он на экран пишет, а как в файл писать?

так, а как сделать чтобы в файл писать: http://vibed.org/api/vibe.core.log/ fLogger = new FileLogger("error.log"); log же просто тут юзать нельзя — он на экран пишет, а как в файл писать?

По ссылке же написано

http://vibed.org/api/vibe.core.log/setLogFile

?

Я просто не догоняю, есть отдельный функции логирования Functions а есть которые в меодах?

Похоже на то

fLogger = new FileLogger("error.log"); это разве не то?

или сюда будут все логи дублироваться которые я буду выводить?

fLogger = new FileLogger("error.log"); это разве не то?

Этож фобосный логгер?

У вайбеда свой

нет вайбовский

http://vibed.org/api/vibe.core.log/FileLogger

Ты бы быстрее юнит тест написал уже и проверил

Мне их в начале писать научиться надо)

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

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

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

Примеров будет завались

во точно) так и сделаю

http://vibed.org/api/vibe.core.log/registerLogger

И кстати примеры есть, правда мелкие

Сам не люблю фиговые примеры

а чем отличается регистрация логера в отдельной функции от создания экземпляра класса логера?

registerLogger Registers a new logger instance. и FileLogger Plain-text based logger for logging to regular files or stdout/stderr

а чем отличается регистрация логера в отдельной функции от создания экземпляра класса логера?

Он же в примере по ссылке какраз регистрируется

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

там же тоже будет путь указываться

Возможно регистрация нужна чтобы сам вайбед свои внутренние причуды логировал

Олег, тебе тоже кажется это все запутанным и похожим на тыкание вслепую?

Это же системное программирование

ERROR: S client not available

Ты должен страдать

Просто меня не покидает чувство, что я или что-то дико не понимаю или оно реально мутное и неоднозначное

господи, а прикладное то когда же начинается?

На Го небось пишется в четыре строки, а в ноде в три

Го реально в этом отношении проще получается??

Я более чем уверен

Сам я кодил ноду

Вобще без вопросов

Проще да)

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

Ди для гурманов

Чаще ты просто в npm пакеты ставишь чем думаешь)

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

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

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

Вот именно

За что им пламенный привет

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

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

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

В ноде у меня код работал даже если я лицом бился о клавиатуру. К такому быстро привыкаешь.

О, а в РНР...

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

Со всеми вытекающими

Зачем писать сервер на D если ты не фанат бекенда?

Или там ниже итоговая стоимость сопровождения?

При более дорогой разработке

И спецы ж небось дороже чем гошники стоят

Боттлнек всеравно в БД

Да блин... фронтенд у меня еще хуже идет)

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

Боттлнек всеравно в БД

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

Но в 90% случаев ты впринципе прав.

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

Для рабочести есть го или нода. Ты из какой области что на Д накинулся? Плюсовик?