🤖 Сокращение размера APK через удаление неиспользуемых ресурсов

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

🛒 App Bundle позволяет доставлять только необходимые ресурсы, включая локали. Однако, если ваше приложение поддерживает смену языка внутри самого интерфейса, вы, скорее всего, отключаете динамическую доставку языковых ресурсов, чтобы все строки были доступны сразу:

// build.gradle.kts
android {
    bundle {
        // Отключить динамическую доставку ресурсов по локалям
        language.enableSplit = false
        density.enableSplit = true
        abi.enableSplit = true
    }
}

Чтобы в APK и App Bundle попали только нужные локали, необходимо явно указать их через фильтр локалей в Android Gradle Plugin:

android {
    androidResources {
        localeFilters += listOf("en", "ru")
    }
}

В результате:
✅ Размер сборки уменьшится
✅ В UI не появятся ресурсы из локалей, которые вы не поддерживаете
✅ Google Play не будет доставлять ресурсы для лишних локалей

Ранее вместо androidResources использовали resConfigs и resConfiguration, что позволяло удалять ресурсы не только по локалям, но и в других квалификаторах. Эту возможность пометили как deprecated. Теперь удаление предлагается только по языкам. Указание значений из других квалификаторов игнорируется.

📚 Больше полезных материалов в Базе Знаний Android разработчика от @android_broadcast

#android #googleplay #лучшиепрактики

❌ Почему Android приложения банков много весят (но не всех)

Очень часто сталкиваюсь с тем, что приложения российских банков весят много (у каждого из нас конкретная цифра будет своя). При этом крупные игроки инвестируют в оптимизацию и сокращение размера.

Разберёмся, почему у нас это почти никого не волнует.

🛑 Невозможность публикации в Google Play

- Google Play был сдерживающим фактором — магазин ограничивал [максимальный размер приложения, поэтому приходилось оптимизировать.

- Отказ от App Bundle в RuStore — хотя формат и появился в магазине от VK, для его использования нужно передать сертификат подписи. Разработчики это не делают по причине "Зачем?" иди "Не доверю им свой сертификат и креды для подписи".

На август 2025 количество приложений с распространением через App Bundle в RuStore всё больше и больше.

- Распространение через универсальный APK — в нём включены все языки, архитектуры процессоров и размеры экранов. Большая часть этих ресурсов на устройстве не нужна, но всё равно хранится. Даже при обновлениях внутри приложения банки не используют Split APK хотя бы по ABI.

- Нет аналога Google Play Dynamic Delivery — этот механизм позволяет загружать только нужные пользователю ресурсы, но вне Google Play им воспользоваться невозможно.

💼 По-моему мнению, главная причина: Банки не конкурируют приложениями как основным продуктом

Клиенты выбирают банк по финансовым условиям: выгодные ставки, кешбэк, бесплатное обслуживание.

Я даже не могу вспомнить рекламы банков по телевизору, где фокус на приложении, а не процентах или кэшбеке (может вы в комментариях сможете поделиться примером рекламы приложения банка)
Если завтра приложение будет весить 400 МБ вместо 200 Мб — откажется ли пользователь обновить его или вовсе пользоваться услугами банка? Скорее всего, нет. И бизнес это прекрасно понимает.

Бороться за компактность невыгодно. Это не влияет на метрики и привлечение клиентов. Люди устанавливают приложения. Деньги крутятся. Зачем заморачиваться?

Хочешь понять, как Google Play и App Bundle реально помогают ужать приложение до минимума? Разложил всё по полочкам вот в этом видео

#android #googleplay #appbundle #rustore

💡HDR. В чем преимущества и как использовать на Android

Чем отличается HDR (High Dynamic Range) видео или фото от обычного или SDR (Standard Dynamic Range)? Дисплей устройства становится ярче и насыщеннее. В этом и есть задача HDR - обеспечить больше информации о цвете и яркости картинки, чтобы передать максимально близко к задумке автора контента.

SDR формат с которым мы живем довольно давно и он разрабатывался из расчет на устройства того времени, которые просто не могли передать параметры выше:
- максимальная яркость ~100 нит
- ограниченная цветовая палитра (sRGB)
- светлое не такое уж светлое, а тёмное — просто чёрная клякса

Современные дисплее смартфонов имеют пиковую яркость в несколько тысяч нит, большие возможности по показу разных цветов и скорость отображения, поэтому SDR просто не может раскрыть их возможностей. Для этого сделали HDR и он позволяет раскрыть максимум от экрана устройства.

В Android 14 начали активную поддержку HDR контента и его его совместимость с устройствами без поддержки формата, а именно добавили возможности:

✅ показывать HDR-видео в SurfaceView и MediaCodec
✅ накладывать поверх яркий, живой интерфейс — тоже в HDR
✅ узнать через API, поддерживает ли устройство HDR
✅ использовать ImageDecoder для работы с HDR-изображениями
✅ автоматически конвертировать HDR в SDR контент

Google внедрила поддержку UltraHDR - формат изображений c HDR. В нем могут снимать современные Android устройства и получать больше эмоций от ваших фото. Каждый раз наслаждаюсь этим на Pixel.

В блоге Android Developers вышла статья с подробностями как устроен цвет на цифровых устройствах и какие преимущества даёт HDR

#android #hdr

💡 Надо регулярно следить за выполнением правил и лучших практик в коде

За годы работы в IT в разных компаниях и командах я понял одну простую вещь:
даже лучшие правила и практики будут нарушаться, если нет автоматической системы, которая их регулярно проверяет.

Сегодня поделюсь, как я подхожу к автоматизации контроля качества кода Android-проектов на Kotlin.
Рассматривать будем только статический анализ — когда код не выполняется, а анализируется как текст.


🛠 Инструменты для анализа кода
• Detekt — статический анализатор Kotlin-кода. Работает быстро, так как проверяет файлы по отдельности, без учёта зависимостей между ними.
• KtLint — проверка стиля кода. Настроек немного, но работает с конфигом .editorconfig, что удобно для командной разработки.
• Android Lint — мощный инструмент для Android-проектов. Может анализировать разные типы исходников и проверять сразу несколько файлов по одному правилу.

⚠️ Запуск из Android Studio и через Gradle может иметь разные настройки. Полный контроль — через Gradle

⚙️ Дополнительно для Compose:
• Compose Rules — правила для Detekt или KtLint, проверяющие соответствие best-practice работы с Compose.
• Compose Rules от Slack — набор правил для Android Lint (частично пересекается с предыдущим, но есть уникальные).

🔐 Безопасность:
• GitLeaks — поиск в коде секретов и данных, которые не должны попасть в репозиторий.

Можно смело комбинировать несколько линтеров. Лучше перебдеть, чем недопроверить.

🚀 Как запускать проверки
Я использую три уровня автоматизации:
1. Перед пушем кода — быстрые проверки (Detekt, KtLint) в pre-push hook.
⏱️ Цель — не больше 30 секунд, чтобы не раздражать разработчиков, но сразу отсеивать очевидные ошибки.
2. На CI/CD — полная проверка.
⏱️ Лимит — 10 минут. Обычно сюда входят все линтеры, кроме Android Lint, который может сильно замедлить процесс.
3. Ночные прогоны — расширенный Android Lint и тяжёлые правила, если в проекте были изменения.


🛠 Собственные правила
Стандартные линтеры могут покрыть только общие случае и правила, но если есть практики, которые надо форсировать для вашего кода то тут надо будет писать собственные правила. Для анализа Kotlin кода я пишу расширения для Detekt, а во всех остальных случаях - для Android Lint, но довольно редко.

📌 Бонус: AAR-библиотеки могут содержать свои Lint-правила, которые автоматически подключаются при их использовании.

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

#android #compose #инструменты #ci

🔥 Мобильные разработчики, проверьте свою инженерную интуицию!

1️⃣Мобильная кодовая база живет 3+ года, требования постоянно меняются. Что важнее для ее долгосрочного здоровья?
a) Написать фичу максимально быстро.
b) Обеспечить сопровождаемость и стабильность.

2️⃣Чем программная инженерия в Google отличается от просто программирования?
a) Культурой, процессами и инструментами для управления эволюцией ПО в масштабе.
b) Использованием особых языков.

3️⃣Что держит миллиарды строк кода Google стабильными?
a) Магия и удача.
b) Фундаментальные принципы проектирования, архитектуры и сопровождения.

4️⃣Где найти разбор этих практик от инженеров Google (Винтерс, Маншрек, Райт)?
a) В секретной документации.
b) В книге «Делай как в Google. Разработка ПО»! (гид по построению надежных систем)

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

🎁 Промокод broadcast = скидка 25% на книгу и другие издания Питер!

#реклама

🚀 Media3 1.8.0 — апдейт, который стоит внедрить прямо сейчас

Google продолжает прокачивать медиа API, и в этом релизе есть фичи, которые экономят время разработки и улучшают UX.

📺 ExoPlayer
👉 Плавная перемотка: новый ScrubbingMode делает скролл прогресс-бара без отрыва пальца супер-отзывчивым. Пользователь почувствует разницу.
👉 Встроенная видео-реклама: нативная поддержка Ads Interstitials в стриминге — меньше костылей.
👉 Длительность видео без проигрывания:

val duration = MetadataRetriever
    .Builder(context, mediaItem)
    .build()
    .use { it.retrieveDurationUs().await() }

👉 PreCacheHelper — загрузка контента по частям для более быстрых стартов.

🎵 MediaSession
👉 Плеер в шторке не исчезает сразу после паузы — пользователю проще вернуться к просмотру.

✂️ Transformer API
👉 Экспериментальная обрезка видео через MP4 edit list.
👉 Опция CodecDbLite — ускоряет кодирование, подбирая оптимальные настройки под чипсет:

Transformer.Builder()
    .setEncoderFactory(
        DefaultEncoderFactory.Builder()
            .setEnableCodecDbLite(true)
            .build()
    )
    .build()

💡 Почему обновляться сейчас
👉 Меньше кастомного кода — больше нативных возможностей.
👉 Повышение отзывчивости плеера = выше удержание пользователей.
👉 Новые API для подготовки к интеграции рекламы и улучшенного UX.

Подробнее в анонсе или в changelog

#android #AndroidDev #Jetpack #Media3 #ExoPlayer

🪙 Как ускорить приложение с помощью ART Profile (20 мин)

Виртуальная машина ART появилась в 5.0, а затем прошла огромную эволюцию и улучшается каждый релиз ОС. В новом видео рассказываю про то, как прокачали компиляцию кода приложения, что ‼️ ОБЯЗАТЕЛЬНО надо сделать каждому разработчику и покажу как быстро ускорить ваше приложение.

Все видео для платных подписчиков можно найти тут

Если вам нравится что мы всей командой делаем для вас - ваше поддержка деньгами очень для нас важна.

#AndroidBroadcast #Android #AndroidDev #подкапотом

❗️ Незаметное изменение Android 16, которое стоит проверить

После обновления моего Pixel 9 Pro заметил что в лаунчере отключили растягивание старого формата иконок приложения на весь его размер в лаунчере. Заметил, потому что банковское приложение, которым я пользовался перестало растягиваться 😞

Напомню, что Android иконки имеют свою историю и по хорошему надо поддерживать несколько форматов в зависимости от minSdk вашего приложения:
👉 Обычное лого (Android 7.0 и ниже)
👉 Круглое лого (Android 7.1)
👉 Адаптивное лого (Android 8.0)
👉 Themed лого (Android 13). Расширение формат Adaptive Icon из Android 8.0

Какое поведение на других стандартных лаунчерах приложения у смартфонов с Android 16 я не знаю, но можете скинуть скриншоты в комментариях.

#Android #Android16

⚙️ Вышел Jetpack Compose 1.9 Stable (августа 2025)

Главные новинки:
👉 Тени нового поколения — dropShadow() и innerShadow() дают больше контроля, чем классический shadow().
👉 LazyLayout — новый API предзагрузки и кэширования элементов для более плавного скролла.
👉 2D-прокрутка — Scrollable2D для таблиц, карт и больших изображений.
👉 Расширенный stack trace — имена composable и их позиции для отладки в stacktrace (только в debug).
👉 Новые аннотации — @RememberInComposition, @FrequentlyChangingValue и перенос @Stable в отдельный модуль.

Подробнее буду рассказывать в @compose_broadcast. Подписывайтесь!

#compose #android