KF
наследование ядра идет из специфической логики, а не наоборот.
Size: a a a
2021 June 28
KF
чтобы из domain логики получать компонент, снабженный специфическими службами.
KF
туда может попасть код с рабочих проектов, а это очень нехорошо.
KF
хотя я не думаю, что кто-то будет придираться к названиям на другом языке, но к структуре вполне может.
И
а где не геморно?
KF
технически, должно было быть так: отделяем core в либу, делаем отдельный проект, версионирование и т.п. туда фиксы и т.п., потом оттуда фиксы в другие проекты. Но на практике это не фига не работает и проще держать каждую отдельную копию фреймворка в каждом проекте, чтобы не получить неработоспособное апи во всех проектах сразу. Отсюда оно все разбрасывается по версиям, ну его.
И
ну это как-то странно
KF
так на галерах за синхронизацию кодовых баз деньги платят, это другое.
KF
а так поработал над одним петом, тот ушел вперед, поработал над другим, теперь другой ушел вперед. Синхронизировать штук пять петов с основной веткой фреймворка, ну такая себе затея.
KF
а еще нужно сказать спасибо разрабам языка, которые запрещают множественное наследование.
И
ну указывать версию в зависимостях же не сложно?
KF
дело в том, что нельзя сказать, что фиксы - это фиксы, а не баги).
KF
вернее, новые баги)
KF
это все же несколько людей нужно, чтобы отслеживать все, имхо.
KF
когда апи стабилизировано... это уже другой вопрос, но пока оно до этого дойдет - много времени пройдет.
ee
привет! Как в vscode изменить название переменной в исходнике на DLang? По F2 не получается.
ee
т.е. довольствоваться более абстрактным переименованием Ctrl + Shift + H