новой работе уже был gradle и я, конечно, не стал ничего переделывать просто так. А потом втянулся и сейчас кардинально поменял своё мнение. Но с gradle есть много возможностей накосячить так, чтобы кеши перестали работать, так что тут надо подготовиться обязательно и посмотреть, какие конструкции не стоит использовать.
От себя ещё бы добавил, что лучше сразу брать kotlin DSL - с ним приятней автодополнение и есть kotlin-dsl-plugin, который позволяет делать переиспользуемые gradle-файлы. Для введения рекомендую вот этот доклад https://www.youtube.com/watch?v=gXZW6cdYZG0
kotlin DSL перестал глючить, как не в себя?
Kotlin DSL, по-моему, обязателен сейчас. Он на данный момент работает уже только немного медленнее груви, но дают поддержку IDE лучше, чем у любой системы сборки
Ну вот я ещё не перешёл до конца, но не замечал глюков в проектах, которые открывал. А что с ним не так?
не помню конкретные боли, к сожалению - давно его пытался пробовать, но почти сразу вернулся к грувям. Вот и было интересно послушать про реальный опыт
Он довольно сильно глючил еще где-то полгода назад
Ну всё-таки у maven всё равно автодополнение лучше, как ни крути. Ещё говорят, что в eclipse (а значит и в vs code) groovy гораздо лучше, чем в idea поддерживается
Падал с 30 исключениями в идее, компилировался годами и т.д.
Не согласен. Свойства какого-нибудь плагина нестандартного хорошо поддерживаются разве?
Ну у меня есть в дальнем беклоге задача на переход на kotlin. МБ перейду, там расскажу что-нибудь)
> Kotlin DSL, по-моему, обязателен сейчас как раз необязателен. но энтузиасты всегда приветствуются )
Конечно, если они нормально генерируют xsd себе
Ну это скорее проблемы плагина kotlin в IDEA. Ещё полгода назад у меня синтаксис по 30 секунд анализировался в каждом файле. Сейчас всё гораздо лучше
почему в groovy (gradle) group - проваливается на метод void setGroup(Object var1); а configurations на void configurations(Closure var1); в первом случае название метода не совпадает
Обсуждают сегодня