Gradle и система сборки Android

• Приветствие студентов и слушателей.  

• Представление лектора Алексея Панченко.  

• Тема лекции: Gradle и система сборки Android.  

• Структура лекции: три этапа.  

• Введение в Gradle и его основные понятия.  

• Структура Gradle проекта на примере Android проекта.  

• Работа с зависимостями и библиотеками.  

• Многомодульность и работа с плагинами.  

• Gradle как Open Source решение для автоматизации сборки.  

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

• Встроенная поддержка WDE и интеграция с IDE.  

• Сборка APK, AR, JAR, запуск тестов.  

• Подключение стороннего кода и генерация кода.  

• Параллельная сборка и кэширование информации.  

• Проект, задачи, плагины, сборка, билдфаза.  

• Структура типичного Android проекта.  

• Регистрация задач и плагинов.  

• Основные файлы Gradle проекта.  

• Gradle properties и local.properties.  

• Settings.gradle и build.gradle.  

• Переход от Groovy к Kotlin для Gradle.  

• Плагины как функции на Kotlin.  

• Использование функциональных типов и методов.  

• DSL блоки в Gradle скрывают обычный Java код.  

• Gradle загружает скрипты и компилирует их в байт-код.  

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

• Android плагин собирает ресурсы и исходный код.  

• Стандартный блок в Android проекте указывает пакет, SDK и версию.  

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

• Билдтайпы позволяют собирать код для разных версий, например, дебаг и релиз.  

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

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

• Библиотеки можно подключать к проекту или сборке.  

• Gradle скачивает и распаковывает библиотеки автоматически.  

• Репозитории позволяют указать, откуда скачивать библиотеки.  

• Библиотеки подключаются через аннотации и зависимости.  

• Важно указать группу, имя и версию библиотеки.  

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

• NoClassFoundError возникает при конфликте версий библиотек.  

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

• Firebase использует первую версию библиотеки, но gradle выбирает вторую версию.  

• Для решения проблемы можно использовать конфигурацию Gradle для выбора конкретной версии.  

• Если вторая версия несовместима с первой, потребуется обновление версии Firebase.  

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

• Для решения можно использовать механизм exclude, чтобы исключить ненужные библиотеки.  

• Важно детально изучить, что исключать, чтобы не нарушить работу проекта.  

• Пример с библиотекой Guava, которая тянет за собой ненужные библиотеки.  

• Можно исключить ненужные библиотеки, чтобы уменьшить размер APK.  

• Важно понимать, что исключение может привести к неправильной работе проекта.  

• Разделение кодовой базы на отдельные модули улучшает логическую структуру кода.  

• Меньше конфликтов при командной разработке и возможность сборки разных таргетов.  

• Ускорение сборки, но с оговорками, которые будут рассмотрены позже.  

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

• Логическое разделение кода на независимые части.  

• Меньше конфликтов при командной разработке, но возможны конфликты в общих модулях.  

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

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

• Важно минимизировать нагрузку на модуль, который собирает APK, чтобы избежать замедления сборки.  

• Избегайте связей между фича-модулями для упрощения сборки.  

• Gradle анализирует файловую систему и не пересобирает неизмененные модули.  

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

• Определите цель разбиения проекта на модули.  

• Избегайте прямых связей между фича-модулями.  

• Делайте так, чтобы часто изменяемые модули зависели от минимального количества других модулей.  

• Многомодульность порождает дублирование зависимостей и конфигурации.  

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

• Для решения второй проблемы используйте конвенция плагины.  

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

• Создайте файл с расширением .toml для описания зависимостей.  

• Зарегистрируйте вершин каталог в Gradle и используйте его в конфигурационных файлах.  

• Конвенция плагины помогают избежать дублирования конфигурации сборки.  

• Создайте директорию для конвенция плагинов и включите её в проект.  

• Настройте плагин в Gradle и Kotlin DSL для корректной работы.  

• Подключите плагин в Gradle и настройте его в Kotlin DSL.  

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

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

• Логика отправки файла в Google вынесена в отдельный плагин.  

• Подключение плагина заменяет код в файле проекта.  

• Это позволяет гибко прятать повторяющуюся логику и переиспользовать её между модулями.  

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

• Ответы на вопросы будут даны после перерыва.  

• Kotlin удобнее и поддерживаемый для написания конфигураций.  

• Groovy позволяет писать код без ошибок, но требует больше усилий для поддержания.  

• В будущем предпочтение будет отдаваться Kotlin.  

• Важно централизовать библиотеки в проекте.  

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

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

• Gradle Wrapper позволяет гибко использовать разные версии Gradle.  

• Он хранит параметры и URL для скачивания нужной версии Gradle.  

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

• Gradle Daemon работает в фоновом режиме и ускоряет сборку на 15-75%.  

• Он кэширует информацию о предыдущих сборках и анализирует изменения в файловой системе.  

• Daemon позволяет оптимизировать процесс сборки, анализируя изменения в проекте.  

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

• Клиент уничтожается после завершения сборки, а демон остается в фоне.  

• Можно запустить команду gradle status для вывода информации о демонах.  

• Сборка состоит из трех этапов: инициализация, конфигурация и выполнение.  

• Инициализация включает анализ settings.gradle и создание экземпляров классов Project.  

• Конфигурация создает граф выполнения задач на основе анализа файлов сборки.  

• Сборка Gradle основана на задачах, которые описываются в скриптах и плагинах.  

• Задачи связаны друг с другом, создавая направленный циклический граф.  

• Если в графе есть циклы, сборка не пойдет дальше.  

• Инициализация включает поиск проектов, подключение зависимостей и подготовку каталогов.  

• Конфигурация регистрирует задачи, строит граф выполнения и присваивает свойства.  

• Регистрация задач может быть выполнена вручную или автоматически.  

• Задачи состоят из списка экшенов, которые выполняются в определенной последовательности.  

• Экшены могут быть выполнены в момент конфигурации или выполнения.  

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

• Задачи должны быть абстрактными классами, наследуемыми от класса DefaultTask.  

• Методы задач должны быть аннотированы TaskAction.  

• Задачи могут принимать входные данные и возвращать выходные данные.  

• Lazy configuration позволяет отложить инициализацию объектов.  

• Регистрация задач создает запись в графе, а не создает объект задачи сразу.  

• Входные и выходные данные задач должны быть стерилизуемыми.  

• Задачи могут быть зарегистрированы в системе и переданы свойства.  

• Задачи могут возвращать файлы, списки файлов и директории.  

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

• Задача Build не принимает ничего на вход и формирует APK файл.  

• Задача Publish принимает APK файл и публикует его в Google.  

• Для корректной работы задач Build и Publish необходимо указать последовательность их выполнения.  

• Можно явно указать, что Publish должен выполняться после Build.  

• Можно установить зависимость Publish от Build.  

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

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

• Можно настраивать задачи, параметры и внешние плагины.  

• Плагины можно размещать в отдельных проектах или в директории Build Source.  

• Для создания плагина нужно унаследоваться от класса Plugin и реализовать метод apply.  

• Плагин должен быть публичным и подключаемым через ID.  

• Можно работать с Android блоками и настраивать их через Project Extensions.  

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

• Можно регистрировать и использовать расширения для настройки плагина извне.  

• Плагины позволяют писать логику на Kotlin и встраивать её в проект.  

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

• Настройка директории и создание Gradle файла.  

• Подключение зависимостей и написание логики для выгрузки APK файла в Telegram.  

• Получение типизированного extension для Android.  

• Обработка ошибок при отсутствии extension.  

• Регистрация задачи для разных вариантов сборки.  

• Создание абстрактного класса для задачи.  

• Метод с аннотацией Task Action.  

• Прием данных для загрузки APK файла.  

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

• Использование токена и ID чата.  

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

• Подключение библиотек через Kotlin Coroutines.  

• Настройка задачи для работы с APK файлами.  

• Получение пути к APK файлу в конкретном варианте сборки.  

• Получение директории APK файлов.  

• Фильтрация файлов с нужным суффиксом.  

• Выгрузка APK файлов в Telegram.  

• Создание HTTP-запроса для загрузки APK файла.  

• Передача токена и ID чата.  

• Настройка параметров запроса и передача файла.  

• Проверка успешности загрузки APK файла.  

• Синхронизация проекта и подключение плагина.  

• Запуск задачи для публикации APK файла.  

• Ошибка при передаче директории в Property.  

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

• Ошибка возникает в момент runtime, а не компиляции.  

• Ошибка связана с конфликтом версий корутин.  

• Использование задачи build.gradle для проверки подключенных библиотек.  

• Решение проблемы через явное подключение корутин в build.gradle.  

• Успешное тестирование сборки после подключения корутин.  

• Плагин полезен для командной разработки и выгрузки APK через Telegram.  

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

• Нет автоматической конвертации, но базовые принципы просты.  

• Приведение кода к стилю Kotlin.  

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

• Официальная документация как лучший источник информации.  

• Книги и блоги для более глубокого понимания.  

• Многообразие способов выполнения задач в Gradle.  

• Зависимость скорости сборки от архитектуры процессора.  

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

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

• Завершение лекции и благодарность за внимание.