Gradle. Модуль 1. Вступление

• Обсуждение использования Maven и Gradle в банке.  

• Преимущества Gradle: простота и динамичное развитие.  

• Вклад Netflix в развитие Gradle.  

• Вступительная лекция без технических деталей.  

• Обзор преимуществ и недостатков Gradle.  

• Процесс установки и структура проекта.  

• Высокая скорость работы в маленьких и больших проектах.  

• Инкрементальная сборка и её преимущества.  

• Сравнение скорости сборки с Maven.  

• Легкость кастомизации через Groovy DSL.  

• Поддержка плагинов и их использование.  

• Улучшенный тест-репорт и поддержка аннотаций.  

• Необходимость изучения инструмента.  

• Возможность скатиться в спагетти-билд.  

• Использование плагинов для упрощения сборки.  

• Процесс установки Gradle.  

• Структура проекта после установки.  

• Новые файлы и их назначение.  

• Вопросы и ответы по теме.  

• Завершение лекции.  

• Скомпилированные классы хранятся в папке "классы".  

• Ресурсы находятся в папке "ресурсы".  

• Артефакты скомпилированного кода лежат в папке "липс".  

• Тестовые отчеты хранятся в папке "отчет о запуске".  

• В Gradle указываются имя проекта и модулей.  

• Модули соответствуют директориям рядом с корнем проекта.  

• Плагины для управления версиями и сборки библиотек.  

• Плагины для управления версиями и сборки библиотек.  

• Java Toolchain позволяет Gradle автоматически скачивать и устанавливать нужные версии Java.  

• Это позволяет избежать необходимости в мультистейч билдах.  

• Spring Boot плагин заменяет упаковку jar на исполняемый файл.  

• Maven также делает это, но Spring Boot плагин делает это более эффективно.  

• Кодировка и репорты по тестам для Jenkins и Spring Boot.  

• В Gradle зависимости работают иначе, чем в Maven.  

• Есть тестовые зависимости, зависимости для компиляции и процессоры.  

• Унаследование конфигураций позволяет использовать зависимости из других проектов.  

• Gradle позволяет динамически определять, в какой репозиторий отправлять артефакты.  

• Настройка публикации включает указание пользователя и пароля.  

• Дополнительные свойства и тайм-аут для демона Gradle.  

• Tasks позволяют выполнять действия в начале, середине и конце сборки.  

• Можно писать Java-код для выполнения задач.  

• Примеры задач: копирование ресурсов и проверка качества кода.  

• Возможность пропускать жизненные этапы в зависимости от условий.  

• Пример: генерация документации при определенных условиях.  

• В Gradle это сделать сложнее, чем в Maven.  

• Gradle позволяет создавать конфигурируемые задачи.  

• Плагины должны работать декларативно.  

• Настройка Gradle для многомодульного проекта требует минимального изменения.  

• Gradle поддерживает Gradle и Kotlin.  

• Kotlin работает хуже в плане автодополнений и подсказок.  

• Плагины в Gradle могут изменять жизненный цикл билда.  

• Сборка состоит из последовательных задач.  

• Возможность пропускать задачи для улучшения скорости.  

• Пример: сборка исполняемого файла вместо исходного кода.  

• Возможность использования толчейна вместо Gradle.  

• Толчейн ищет образ в Docker и скачивает его в домашнюю папку Gradle.  

• Описание работы толчейна и его преимуществ.  

• Наследование конфигураций и зависимостей.  

• Возможность конфигурировать репозитории с помощью URL.  

• Использование проперти для выноса зависимостей.  

• Рекомендации по указанию зависимостей в библиотеках.  

• Различие между рантайм и компиляцией зависимостей.  

• Примеры использования рантайм зависимостей для ускорения сборки.  

• Использование процессоров для тестов.  

• Примеры процессоров для различных типов тестов.  

• Конфигурации для предотвращения ошибок при тестировании.  

• Подключение зависимостей для тестов.  

• Вариации имплементаций для получения поведения как в Maven.  

• Указание скопа рантайн не обязательно, если это не требуется.  

• Тестовые имплементации аналогичны скоп тесту в Maven.  

• Возможность указания версий через текст или переменные.  

• Подход с переменными предпочтительнее для работы.  

• Многомодульные проекты отличаются от одномодульных.  

• Использование Gradle для управления зависимостями и плагинами.  

• Миграция на Gradle включает создание файла build.gradle и настройку плагинов.  

• Документация по Gradle содержит много информации, но достаточно дефолтной части.  

• Возможность частичной сборки в Gradle для ускорения процесса.  

• Преимущества Gradle в сравнении с Maven, включая линтинг и проверку зависимостей.  

• Заинтересованность в переходе на Gradle для новых проектов.  

• Важность осознанного подхода к перерывам и работе.  

• Преимущества Gradle в скорости сборки и линтинге, что делает его стоящим инструментом.  

• Обсуждение сложностей с зависимостями в проектах.  

• Пример с библиотекой, где метод не найден, хотя он есть.  

• Проблемы с транзитивными зависимостями и версиями модулей.  

• Проблемы с использованием старых библиотек без исходников.  

• Сравнение Greedy и Maven.  

• Greedy не доверяет снапшотам и всегда проверяет обновления.  

• Возможность использования локальных сборок в Greedy.  

• Проблемы с зависимостями между Maven и Greedy.  

• Необходимость настройки зависимостей для корректной работы.  

• Greedy использует свои репозитории по умолчанию.  

• Локальные репозитории Maven и Greedy.  

• Настройка зависимостей для корректной работы.  

• Мавин Локал как кэш для зависимостей.  

• Рекомендации по использованию Мавин Локал.  

• Проблемы с загрузкой зависимостей и их кэшированием.  

• Переход на Мавин Локал в приватных проектах.  

• Проблемы с обучением и настройкой.  

• Планы по созданию обучающих материалов и документации.  

• В IDEA можно создать новый проект, задав его как аановский или градовский.  

• Градовский проект также поддерживается в IDEA 2019 и более поздних версиях.  

• IDEA создает более-менее вменяемый билд проекта.  

• Если не упаковать Maven в репозиторий, IDEA скачивает старую версию Gradle.  

• Это может привести к проблемам при сборке проекта.  

• Решение проблемы: обновить Gradle и прописать правильные пути для сборки.  

• Автор является одним из идеологов перехода на Gradle.  

• Проект успешно собран, но есть нюансы, которые нужно учитывать.  

• Планируется продолжить работу над зависимостями и обучающими материалами.  

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

• На следующей неделе планируется еще одна сборка по зависимостям.  

• Благодарности и прощание с участниками.