Создаём многомодульную библиотеку на Android. Как собрать FAT AAR (19 мин)

FAT AAR - это подход когда вместо распространения основного AAR и множества его зависимостей в AAR/JAR формате, делается единственная AAR, включающая всё или как минимум артефакты что не найти в Maven Central/Google Maven.

В статье разработчик рассказывает как решал эту задачу, ведь Google не дает стандартных решений для сборки FAT AAR.

Я же не могу понять зачем делать FAT AAR, который все равно надо положить в Maven Repo (хотя бы локальный), чтобы подключить в Android проект.

#android

Преимущества ProtoBuf и других бинарных форматов

Как показывает опрос практически все проекты используют JSON для обмена данными с сервером. Если ищите как можно ускорить взаимодействие с сервером и сэкономить время на реализации моделей, то вот почему стоит посмотреть на бинарные форматы

1. Компактность и экономия трафика
Бинарные форматы позволяют значительно уменьшить объём передаваемых данных. Это особенно актуально для мобильных устройств, где экономия трафика и снижение времени передачи могут дать ощутимый выигрыш. Даже JSON + GZIP в лучше случае получаться таким же по весу, а обычно всё равно больше.

2. Высокая скорость сериализации и десериализации
Благодаря оптимизированному бинарному представлению данные быстрее сериализуются и десериализуются. Это приводит к снижению задержек при обмене информацией между клиентом и сервером и улучшает отзывчивость приложения, а также экономит энергию

3. Эффективное использование ресурсов
Меньший объём данных снижает нагрузку на процессор и экономит заряд батареи, что особенно важно для мобильных приложений, работающих в условиях ограниченных ресурсов.

4. Поддержка версионирования и обратной совместимости
ProtoBuf позволяет легко эволюционировать схему данных, добавляя или удаляя поля без нарушения работы уже выпущенных версий приложений. Это упрощает поддержку и обновление API.

5. Кроссплатформенность
Используя единый протокол для обмена данными, можно обеспечить консистентность между различными платформами (Android, iOS и др.), что снижает затраты на разработку и интеграцию. Вам нужно лишь генерировать с помощью плагина код по схеме.

6. Сложности реализации и нюансы
При работе с бинарными форматами важно учитывать ряд моментов:
- Не читаемость в сыром виде: Бинарный формат сложнее анализировать вручную, что требует использования специальных инструментов для отладки. Это как плюс так и минус
- Необходимость определения схемы: Перед использованием данных нужно создать схему, а затем сгенерировать соответствующий код, что добавляет этап разработки. Обычно это делает бэкенд.
- Дополнительные зависимости: Интеграция библиотеки ProtoBuf (или аналогичной) может увеличить сложность сборки и конфигурации проекта.

🤖 Google вводит разработку нового функционала в AOSP через Feature Flag

Теперь весь новый функционал будет закрываться Feature Flag для изоляции кода, прошедшего тестирование, от частей в разработке.

Это позволит:
👉 сократить срок жизни веток с новым функционалом
👉 упростить и ускорить разработку задач
👉 перейти на trunk-based подход при разработке и сливать весь код в одну ветку, не дожидаясь его тестирования
👉 легко вырезать куски кода с функциями, которые не должны быть видны

Новому подходу должны следовать все разработчики-контрибьюторы в AOSP.

#android #aosp