Разбираемся в разнице между try-catch и runCatching

👉 runCatching возвращает Result, что позволяет использовать экстеншены с Result и поддерживать функциональный стиль кода
👉 runCatching это скоуп функция, поэтому все возможности скоуп функций доступны
👉 Легко заменить try-catch с пустым catch блоком на runCatching
👉 Проще отлавливать вложенные exception


Зеркало с примерами. С runCatching код выглядит чище и в одном стиле.

Защищаемся от MITM атак

Немного про безопасноть можно почитать тут OWASP Mobile 2024, а что можно предпринять, во избежании проблем:
👉 Использования HTTPS с TLS 1.2, 1.3. Валидные SSL/TLS сертификаты. Использовать HSTS (HTTP Strict Transport Security), который не позволяет свалиться обратно к HTTP

<network-security-config>
    <domain-config cleartextTrafficPermitted="false">
        <domain includeSubdomains="true">yourdomain.com</domain>
    </domain-config>
</network-security-config>

👉 Certificate Pinning, для предотвращения подмены сертификата. Тут, возможно, надо чуть больше подумать над реализацией, чтобы приложение не сломалось при изменениях сертификата.

val client = OkHttpClient.Builder()
    .certificatePinner(
        CertificatePinner.Builder()
            .add("yourdomain.com", "sha256/your-certificate-hash")
            .build()
    )
    .build()

👉 Использование Strong Network Security Configuration, которое, в целом, дает все преимущества первых двух пунктов, но работает начиная с Android 7.0

<network-security-config>
    <domain-config cleartextTrafficPermitted="false">
        <domain includeSubdomains="true">yourdomain.com</domain>
        <pin-set>
            <pin digest="SHA-256">your-certificate-hash</pin>
        </pin-set>
    </domain-config>
</network-security-config>

👉 Корректная валидация SSL/TLS сертификатов и отключение поддержки устаревших протоколов.

val sslSocketFactory = SSLContext.getInstance("TLSv1.3").apply { init(null, null, null) }.socketFactory
val client = OkHttpClient.Builder()
    .sslSocketFactory(sslSocketFactory, TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm()).trustManagers[0] as X509TrustManager)
    .build()

Есть ли у вас в проекте TrustManager с доверием к любым сертифкатам без лишних вопросов?

Используем UseCase как функцию из DI

Идея в том чтобы описать функцию, использующую DI для обработки входных данных. В итоге получим тестируемую функцию, которую можно переиспользовать

Пример:

public class GoodReadsUseCase @Inject public constructor(
    private val repository: Repository,
    private val manager: Manager,
    private val clock: Clock
) {

    public suspend operator fun invoke(params: Params): Boolean {
        return someServerLogic
    }
}

Ну а внутри ViewModel это будет выглядеть как то так:

public class ViewModel @Inject constructor(
    private val useCase: GoodReadsUseCase
) {
    public suspend fun read(params: Params) {
         val isBool = useCase(params)
    }
}

Удобно и понятно на что писать тесты! Используем?

HotReload теперь доступен тем, кто работает с Compose

Если вы скучаете по заброшенному и сломанному instant run, или немного завидовали друзьям с Flutter и React Native, которые обновляют UI во время разработки моментально - то теперь и вы так же можете делать с Compose!

Кстати! Недавний опрос показал, что большинство уже успело поработать с Compose, а значит эта фича приятно дополнит ваш рабочий процесс.

HotReload живет в отдельном репозитории: https://github.com/JetBrains/compose-hot-reload

Ныне популярный vibe-coding теперь и в Android Studio благодаря Firebender!

По своей сути, то же самое, что и Cursor, Trae и windsurf, но встроено внутрь Android Studio. Демо для тех кто слышит об этом впервые можно глянуть тут: https://firebender.com/

Это кратно удобнее, чем задавать вопросы в чат. Доступны как популярные модели claude-3.7, так и локально запущенные llm. Пробовали ли на своих проектах работу с AI агентами в паре?

Пишем тесты для compose навигации

Все благодаря type-safe навигации, представленной недавно. Внутри статьи вариант для старого подхода и способ миграции его на новый подход. Для тестов используется TestNavHostController, позволяющий верифицировать экран на котором находимся. Пример:

    @Test
    fun whenUserIsInBookSearch_andClickOnABook_verifyDestinationIsBookDetail() {
        // User is in BookSearch
        composeTestRule.runOnUiThread {
            navController.setCurrentDestination(NavigationRoutes.BOOK_SEARCH)
        }

        // User clicks on the first book
        composeTestRule.onAllNodesWithTag(bookCardTestTag)[0].performClick()
        assertTrue { navController.currentDestination?.route == NavigationRoutes.BOOK_DETAIL }
    }

Выглядит очень просто, в связи с чем вопрос: Тестирование навигации это тесты ради тестов или валидный способ проверки бизнес-логики?

Анализируем время сборки и рисуем графики

👉 Базовый Build Analyzer из Android studio покажет куда тратиться основная масса времени в сборке.
👉 Аналогичный репорт можно получить через ./gradlew --profile assemble[Flavor]Debug.
👉 Так же скан можно выгрузить в web и пошарить с коллегами через ./gradlew --scan. Там вы увидите более подробную разбивку по затраченному времени на тот или иной шаг сборки
👉 Gradle Profiler и благодаря его удобной функции - сценарии, можно получить наглядную статистику. Больше примеров тут

Ищем ненужные зависимости в Dagger/Hilt графе

В большом проекте - большой граф зависимостей компонентов, с лишними инжектами. Проблема решается с помощью Dagger SPI.
Автор предлагает с помощью SPI строить полное дерево зависимостей, а затем вытаскивать наружу неиспользуемые инжекты.

На малом проекте, проще это все проверять руками, но если у вас гигантский многомодульный проект, то прогнать разок весь проект с легаси модулями по инструкции из статьи будет полезно для приложения.

Дебажим корутины прямо в Android Studio

Дебажить асинхронщину это всегда проблема. Предлагается 3 способа:
👉 Классическое логирование println( “${msg} | currentThread: ${Thread.currentThread().name}”)
👉 VM option в конфигурации при запуске сборки: -Dkotlinx.coroutines.debug
👉 При помощи DebugProbes можно получить состояние корутины в ходе тестов. Более подробно внутри статьи (Option 4)

Как K2 mode помогает работать IDE быстрее

Режим K2 вводит новый анализатор кода, общий для компилятора Kotlin и IDE. Он заменяет implicit laziness поэтапным подходом к анализу кода, где каждый этап анализирует определённые части кода и добавляет семантическую информацию в абстрактное синтаксическое дерево (AST). Хотя ядро компилятора остаётся однопоточным, логика разрешения теперь устойчива к параллелизму, что позволяет одновременно анализировать несколько инициализаций

Разбираем порядок вызова DisposableEffect, LaunchedEffect и Composable

Если кратко - сначала вызывается композиция всех Composable и регистрируются блоки Effect, а затем вызываются сами эффекты. DisposableEffect, SideEffect, SnapshotFlow ... вызываются раньше чем LaunchedEffect, так как первые это синхронный вызов, запускающиеся сразу после композиции, а последний стартует корутину с помощью Recomposer.

Немного интереснее становится при навигации. Сначала будут вызваны эффекты на новом экране и только потом onDispose с экрана с которого ушли. Все это призвано убрать глитчи при переходе между экранами.

Разница между job.cancel() и scope.cancel()

👉 job.cancel() тормозит конкретную корутину
👉 scope.cancel() тормозит весь скоуп и все корутины в нем
👉 Можно остановить все корутины в скоупе, но не прибивать сам скоуп с помощью scope.coroutineContext.cancelChildren()
👉 viewModelScope и lifecycleScope останавливаются сами, не нужно этого делать вручную

Внутри статьи больше примеров и аналогий, если вы теряетесь в понимании что есть что

Разбираем context параметры в Kotlin 2.2.0

Анонс был, а прикладных примеров еще не было. Внутри примеры с тем как делать логирование и DI.
Из приятных плюсов:
- Убирает шаблонный код
- Повышение читабельности и поддерживаемости
- Типобезопасность

Пример комбинации с Extension функцией:

// Extension function with context parameter
context(txManager: TransactionManager)
fun List<Transaction>.processAllInTransaction() {
    txManager.beginTransaction()
    try {
        forEach { it.process() }
        txManager.commitTransaction()
    } catch (e: Exception) {
        txManager.rollbackTransaction()
        throw e
    }
}

// Usage
with(transactionManager) {
    transactions.processAllInTransaction()
}

Как Яндекс Карты учат нейросети угадывать твои желания

Представь: ты открываешь Карты, а они уже знают, куда тебе хочется пойти — будь то место для завтрака или тихий парк с видом на закат. Так работает  магия рекомендаций — нейросети, геоданные и тонны экспериментов.

Яндекс Карты — это команда инженеров и исследователей, которые превращают терабайты логов в персонализированные подсказки. Нейросеть анализирует разные действия: от просмотра фото до построения маршрута, и находит «ближайшие» места не только на карте, но и по интересам. А компьютерное зрение выбирает самое аппетитное фото, чтобы ты сразу понял: «О, тут есть рамен!»

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

Кстати, сейчас мы ищем талантливых мобильных разработчиков, для развития сценариев поиска, рекомендаций и выбора мест. За этим стоит:
•Оптимизация сложных алгоритмов под мобильные CPU/GPU
•Работа с геоданными и анимациями
•Много экспериментов, влияющих на миллионы пользователей

Если готовы внести свой вклад в проект — откликайтесь на вакансию!

Хорошая новость этой недели! Compose Multiplatform вышел в релиз!
Из главного:
👉 Стабильность и перформанс, стабильность и перформанс!
👉 iOS полностью стабилен. Завезли немного нативного функционала (жесты, drag-n-drop, RTL поддержка ...)
👉 Множество апи вышло из стадии экспериментальных в стабильные!
👉 Улучшили холодный старт, перформанс приложения при скролле, а так же оптимизировали размер собираемого приложения
👉 Еще раз напомнили про hot-reload. Успели попробовать?

Очевидно, релиз под грядущий Kotlin Conf. Возможно, на самой конференеции будут еще анонсы, но уже сегодня я затаскиваю версию 1.8.0 в наше приложение

Android Studio Meerkat Feature Drop теперь стабильна! Полгода от Canary до релиза по новому циклу.
Внутри подтянули обновление от IDEA, k2 mode и много AI улучшений.
Из приятного улучшили терминал, дебаггер и App Quality Insights с интеграцией в Play Store и Firebase Crashlytics.