Android Good Reads

Как написать свой плагин для Android Studio?

На удивление, все довольно просто:

1) Для проекта есть специальный шаблон в IDE
2) Настраиваем gradle-файл, устанавливая версию IDE, которая поддерживается
3) Определяем действие и прикрепляем ссылку на него в конфигурацию

class MyDemoAction : AnAction() {
    override fun actionPerformed(e: AnActionEvent) {
        val message = "Great! You just created your first action!"
        Messages.showMessageDialog(
            e.project,
            message,
            "Android Good Reads!",
            Messages.getInformationIcon()
        )
    }
}

5) Можно добавить интерфейс к плагину, разработанный с помощью Java Swing
6) Собираем плагин с помощью ./gradlew buildPlugin и делимся с командой своим новым плагином. Установка плагина проста: перейдите в Settings -> Plugins -> Installed Tab -> Gear Icon -> Install Plugin From Disk

"Зачем вам это?" На мой взгляд - для автоматизации рутинных действий внутри команды. Возможность запустить действие через кнопку с параметрами, а не командой в консоли, делает процесс более комфортным и простым

Огромный разбор оптимизации рекомпозиций

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

Не стоит перегружать Compose лишней логикой, ведь за удобство и простоту приходится платить

🚀 Хорошая новость этой недели!

Jetpack Compose compiler переезжает в kotlin репозиторий

Теперь не нужно беспокоиться о совместимости compose compiler И kotlin версий. С появлением kotlin 2.0.0 они будут совпадать:

 [versions]
kotlin = "2.0.0"

[plugins]
org-jetbrains-kotlin-android = { id = "org.jetbrains.kotlin.android", version.ref = "kotlin" }

// Add the Compose Compiler Gradle plugin, the version matches the Kotlin plugin
compose-compiler = { id = "org.jetbrains.kotlin.plugin.compose", version.ref = "kotlin" }

А еще Kotlin 2.0.0-RC2 вышел!

Реализация кэширования с OkHttp
Ускоряем работу приложения, жертвуя возможной актуальностью данных.

👉 Кэширование API-запросов с использованием CacheControl из OkHttp помогает позволяет сохранять ответы API с заданным сроком годности, уменьшая количество API-запросов и снижая время отклика
👉 Правила кэширования могут быть установлены в зависимости от статуса интернет-соединения. Например, когда соединение активное, можно использовать кэшированные ответы за последние 30 минут, а в режиме офлайн — ответы, возраст которых составляет до 1 дня, для улучшения пользовательского опыта
👉 Механизм перехватчиков из OkHttp позволяет модифицировать HTTP-запросы и ответы, что способствует реализации правил кэширования. Функции, такие как maxAge() и maxStale(), контролируют свежесть ответов, помогая эффективно управлять кэшем

В статье приводится пример клиента, который можно прямо сейчас взять и подставить в ваш проект, чтобы сразу увидеть результат. Используете ли вы кэширование запросов в проекте?

Немного красивых замеров того как K2 ускоряет сборку. Тесты проводили над Anki-Android для чистой и инкрементальной сборки.

Как самому провести этот бенчмарк и узнать данные для вашего устройства - тут
Остальные замеры тут

За inline замолвите слово.. Мне, честно говоря, нечего более добавить. Если вам кажется что вы мало знаете про inline, читайте пост от @rareilly

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

👉 Что такое корутины и как они связаны с потоками?
👉 Зачем вам использовать корутины?
👉 Как создать корутину и управлять ею?
👉 В чем разница между launch, async и runBlocking?
👉 Что представляет собой coroutineScope?
👉 Зачем нужны suspend функции и в чем их отличие от обычных?
👉 Как обрабатывать исключения в корутинах (кроме try-catch)?
👉 Что такое coroutineContext и coroutineDispatcher, и когда вы их используете?
👉 Как остановить выполнение корутины?

Ответы тут
Документация тут

Фокус как состояние: эффективный фокус-менеджмент на Android TV с Jetpack Compose.

👉 Это не стандартное решение типа Leanback или Compose for TV
👉 Основная проблема решения - фокус не является частью состояния, поэтому приходится использовать модификаторы помощи focusRequester, onFocusChanged, focusable и focusProperties
👉 Текущий фокус определен для экрана в целом
👉 Благодаря этому подходу можно легко тестировать фокус и его ожидаемое изменение
👉 Восстановление фокуса работает из коробки, так как теперь он зависит от состояния, а также становится проще отлаживать приложение

Исходя из реализации, стандартный фокус-менеджмент блокируется целиком, и подменяется реализацией через состояние. Отсюда возникают проблемы и собственные решения в списках и в иных пограничных случаях.

Раньше, во времена XML, у нас была удобная превьюшка цветов. С приходом Jetpack Compose мы потеряли этот функционал.

Полезный плагин, который это возвращает на поля для вашего удоства! А что внутри?
👉 Превью для объектов типа Color
👉 Старый добрый color picker по клику на превью
👉 Превью для функций compositeOver, copy, convert и lerp

Библиотека свежая, поэтому не стесняйтесь оставлять issues. Исходники можно глянуть тут

Пятница! Если уж релизите в пятницу, то проведите дополнительные тесты, а именно Accessibility Check

Android Studio Iguana уже стабильна, а это значит вам точно доступен UI check mode, которая покажет как на разных экранах будет выглядеть ваше приложение

Подробнее с примерами и что делать, если проблемы обнаружены

Уже попробовали обновленный профайлер? А Google выкатывает статью о применении его в A/B тестах

Подразумевается, что с помощью power profiler можно найти:
👉 Энергозатраный неоптимизированный код
👉 Лишние фоновые процессы

Сценарии, описанные в статье, реализуемы и с помощью стандартного профайлера. Но почему бы и не воспользоваться точной количественной метрикой?

Android 15 Beta!

Семимильными шагами гугл готовится к Google I/O

👉 Edge2Edge скролл. Красиво, но мы знаем сколько боли приносит работа с Toolbar и AppBar. Убирают привычный хак setDecorFitsSystemWindows. Чего нам ждать тут?
👉 Улучшение работы с NFC. Кто сейчас в приложении это использует активно, расскажите как дела обстоят?
👉 Автоархивирование приложений, анонсировано было ранее. Возможно будем бороться так же, как боремся с doze mode
👉 Улучшенный профайлинг. Больше данных, легче отлавливать проблемы!
👉 Поддержка TalkBack для людей с ограниченными возможностями. Отлично дополняется этим постом
👉 Сквозное шифрование и повышенная защищенность фоновых процессов. Чуть больше про шифрование писал тут

Поставить Android 15 beta себе на Pixel можно тут

Proto datastore и его тестирование

👉 Типобезопасная замена SharedPreferences
👉 Protobuf в основе
👉 Поддержка корутин и своя библиотека для тестирования

Кодлаба от гугла, чтобы понять как мигрировать
Документация по proto 3

Неделю назад вышел релиз кандидат для androidx. Почему важно?

Только вчера обсуждали распределение пользователей по версиям Android, а сегодня androidx постепенно релизит обещанное увеличение minSdkVersion до 19 для androidx.* компонентов. Ранее минимальная версия была 14.

Надеюсь вы обновились или в планах обновиться, иначе будет тяжело

Гугл более полугода не обновляет статистику по использованию версий Android.

Агрегированные данные с публичных источников тут
Более детальная аналитика по распределнию версий тут

Оба сайта хороши, если вы собираетесь объяснять продакту, почему нужно бросить поддержку старых версий. Или security инженеру, почему ограничиться поддержкой только последних 2 версий нельзя

Свежая библиотека Rebugger, поможет вам отслеживать рекомпозиции и их причины в логах:

@Composable
fun VehicleUi(
    car: Car,
    bike: Bike,
) {
    var human by remember { mutableStateOf(Human("John")) }

    // Call Rebugger and pass the states you want to track. 
    // It could be a function arg or a state
    Rebugger(
        trackMap = mapOf(
            "car" to car,
            "bike" to bike,
            "human" to human
        ),
    )
    
    //...
}

Выглядит полезно при отлове лишних рекомпозиций, но может сказаться на перфомансе, так что используем только в дебаге!

⚡ Kotlin 2, Релиз Кандидат!

По сравнению с бета версией стала стабильнее и уже на финишной прямой к релизу! Полагаю, что на KotlinConf в конце мая будет релиз

RC2 направлен на улучшение стабильности компилятора K2. Ждем!

Список исправлений: Kotlin:2.0.0-RC1

Компании быстрыми темпами движутся в направлении внедрения дизайн-систем. Согласование дизайн-системы и налаживание межкомандного взаимодействия, безусловно, важны. Но как оптимизировать внедрение изменений в дизайн-системе? Правильный ответ - автоматизировать

Автор показывает свой опыт создания системы по генерации токенов из Figma прямо в код. Эта задача не такая простая, как может показаться на первый взгляд!

На что еще посмотреть:
Тузла от компании RedMadRobot
iOS-only от HH.tech
И похожее от Amazon'а

Кстати, год назад пытались приложить Figma2Android к проекту, но увы не хватило гибкости. А как обстоит ситуация у вас? Имеется ли у вашей команды дизайн-система? Осуществляется ли выгрузка автоматически или по запросу от дизайнеров?