VS
А какие проблемы в папках?
Size: a a a
2021 May 15
BP
навигация
VS
Надо бы тикет на IDEA завести, чтобы они показывали навигацию между этими плагинами.
Но и так неплохо: у разнообразные gradle.kts плагины лежат себе в одной папке и кушать не просят.
Но и так неплохо: у разнообразные gradle.kts плагины лежат себе в одной папке и кушать не просят.
BP
разыне файлы, нужно открывать кучу файлов что бы прсот опонять что подключается - бред.
Вот если мы возьмем экосистему майков - какого хрена там особо кода для сборки писать не нужно ?
Вот если мы возьмем экосистему майков - какого хрена там особо кода для сборки писать не нужно ?
VS
Там нет распараллеливания и build cache.
BP
ну знаю, мне все больше и больше не нравиться
BP
ага который в последнее время очень часто чистить приходится
VS
Ну и попробуйте описать «публикацию в central» через make — посмотрим насколько там читабельно получится
BP
а причем тут make ? C# имеет свое через конфиги.
VS
А что тут понималось под «экосистемой майков»?
Я думал, речь про make
Я думал, речь про make
BP
про то как у них все связано, тул связывается с другим тулом.
Н отут да - вендор. Но все6 же они не идут в усложнения подобные создании милион папок. Скоро такими темпами кода будет меньше чем логика самой сборки
Н отут да - вендор. Но все6 же они не идут в усложнения подобные создании милион папок. Скоро такими темпами кода будет меньше чем логика самой сборки
VS
Про «скоро кода будет меньше» — не соглашусь. Смотрим на Gradle и видим, что даже при их разлапистом build-logic кода там всё равно гораздо меньше.
BP
а структура проекта ? зачем мне в проекте куча папок которые связанны с сборкой ? Где мои махровые времена где все было просто и о nично, build, src, test, resources etc
VS
А про dependency management не будем вспоминать?
Вызвать javac — вообще не проблема.
А правильно разрешить зависимости — уже проблема.
Вызвать javac — вообще не проблема.
А правильно разрешить зависимости — уже проблема.
VS
А никто не говорит, что обязательно нужно именно так делать.
Все эти плагины из build-logic можно опубликовать и подключать как обычные
Все эти плагины из build-logic можно опубликовать и подключать как обычные
BP
мавен вроде нормально работает, не жрет как иде, и норм пордержка
VS
В Maven нет dependency management’а. Там есть только dependency NON management
VS
Но в конкретном проекте именно конкретное стечение обстоятельств. Вот у allure-gradle код на Kotlin, документация через dokka и вообще генерируются там не просто jar, а Gradle плагины.
Я сделал build-logic, т.к. по месту проще и править
Я сделал build-logic, т.к. по месту проще и править
BP
А точно. Но все равно пока вижу жесткое преусложнения, вопрос конечно в профите - и вот тут я его не вижу.
Про новичков я уже молчу
Про новичков я уже молчу
VS
Переусложнение чего?