SQLite Parallelism
#android

Отличная статья с неочевидными советами по работе с SQLite в Android, особенно в контексте параллельных запросов (а это встречается довольно часто).

Основная идея в том, что использование Dispatchers.IO по умолчанию для работы с базой может привести к переполнению пула потоков. В результате другие задачи, запущенные на нём, могут быть приостановлены.

Это может стать неприятным сюрпризом, если параллельных запросов слишком много.

Автор объясняет, как добиться корректного поведения, ограничивая число потоков, которые SQLite может использовать. Кстати, все эти рекомендации подходят и для Room.

Ещё узнал про Bundled SQLite — его можно использовать без переживаний о том, как база работает на старых версиях Android, при этом поддерживая последние возможности либы.

Признавайтесь кто-нибудь из вас использует Bundled SQLite? Есть ли от него реальный профит?

Что нового в Android 16?
#android #google

Что же, в этом году нас ждёт свежий Android, и к его нововведениям стоит подготовиться. Давайте разберём основные изменения, опираясь на официальную документацию Google.

🔴Progress-centric Notifications — фактически аналог Live Activities на iOS, где теперь у нас добавляется Notification.ProgressStyle для отображения прогресса текущего процесса. Полезно для приложений с загрузками, доставками и навигацией. Выглядит здорово, одобряем.

🔴Predictive back updates — новые API для предсказуемого поведения жестов "назад". Теперь onBackInvokedCallback позволяет точнее обрабатывать нажатия. Пока неясно, насколько это улучшит UX — навигация жестами и так работает достаточно стабильно.

🔴Richer Haptics — более классная обработка haptic-эффектов. В VibrationEffect.Compositions, добавили более точную настройку вибрационных эффектов. Одобряю, очень мало приложений хорошо используют haptic-эффект.

🔴System-triggered profiling — обновлённый ProfilingManager, появившийся в Android 15, теперь собирает ещё больше данных о производительности приложений. Не тестировал, если пробовали — расскажите, как вам?

🔴Better job introspection — полезное обновление, призванное улучшить дебаг запущенных Job. Теперь можно просматривать их историю и анализировать причины задержек или неудачного выполнения. Круто.

🔴Photo picker improvements — Google активно продвигает использование Photo Picker, а в новой версии API добавляет Embedded Photo Picker который делает выбор изображений ещё более естественным и встроенным в приложение. Отличное обновление.

🔴Vertical text — небольшая, но любопытная доработка: теперь Paint поддерживает вертикальный текст. Не знаю, можно ли было раньше сделать это без библиотек, но Google решил это подстветить как фичу. Подсвечу и я.

Тут только некоторые из фичей, хотя и основные, а все можно увидеть тут.

Screenshots detecting
#android

Раньше для детектирования скриншотов в Android приходилось использовать довольно сложные решения, требующие разрешений на чтение файлов или изображений.

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

```

```

и сделать вызов методов:

```

val screenCaptureCallback = Activity.ScreenCaptureCallback {
// Add logic to take action in your app.
}

registerScreenCaptureCallback(mainExecutor, screenCaptureCallback)
////
unregisterScreenCaptureCallback(screenCaptureCallback)

```

Главный недостаток этого метода в том, что работает он только с Android 14. Ну что ж, подождём, пока все обновятся. 🫡

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

Друзья, поздравляю вас с наступающим Новым годом! ?

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

Себе желаю исправиться и писать здесь регулярно. А вам желаю, чтобы все ваши желания исполнились, а новый год принёс как можно больше позитивных моментов! ?

When и Guard Conditions
#kotlin

С релизом Kotlin 2.1.0 появился апдейт для when — guard conditions. Эта новая фича улучшает читаемость кода, делая его более наглядным.
Давайте рассмотрим на примере, что она делает.

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

```

sealed interface HttpResult {
data class Success(val response: String) : HttpResult
data class Failed(val statusCode: Int) : HttpResult
}

```

Если включить Guard Conditions, то проверка в when специальных юзкейсов будет выглядеть так:

```

when (response) {
is HttpResult.Success -> println("Success")
is HttpResult.Failed if response.statusCode == 503 -> println("Maintenance")
is HttpResult.Failed -> println("Failed with code ${response.statusCode}")
}

```

Как мы видим, одну ошибку от бэка мы обработали без добавления if внутри условия:

```

when (response) {
is HttpResult.Success -> println("Success")
is HttpResult.Failed -> {
if (response.statusCode == 503) {
println("Maintenance")
} else {
println("Failed with code ${response.statusCode}")
}
}
}

```

Похоже, что стало удобнее, но нужно попробовать на практике.
Чтобы включить фичу, надо убедиться, что K2 Compiler включен, а потом добавить опцию:

```

kotlin {
compilerOptions {
freeCompilerArgs.add("-Xwhen-guards")
}
}

```

Чуть больше информации можно найти тут.

Про App Signing
#google #useful

Не все разработчики знают, что в Google Play можно изменить подпись приложения.

Это может быть полезно, если вдруг вы потеряли текущую подпись, или Google сгенерировал подпись для aab за вас — но сейчас надо делать обновление из других магазинов или APK.

Для управления подписями зайдите в Test and release -> Setup -> App signing. Нас интересует App Signing Key Certificate, который следует сравнить с текущим сертификатом. Если нужно сравнить с APK, используйте следующую команду:

```

apksigner verify --print-certs app.apk

```

Изменить подпись можно только с учётной записи владельца. Консоль предложит несколько вариантов, включая использование текущего сертификата.

При помощи утилиты perk.jar, которая, к слову, довольно глючная, надо выполнить команду, которая будет довольно детально описана после выбора пункта.
Если получите ошибку, попробуйте запустить утилиту на более старой версии JDK.

После успешного выполнения команды, надо загрузить обновлённый сертификат в консоль. И на этом всё. ?

Какие особенности есть?

1️⃣Подпись можно менять только раз в год, и изменения нельзя откатить. Поэтому обязательно проверьте всё несколько раз, прежде чем продолжить.

2️⃣Обновление ключа будет работать только для API версии выше 32. Для остальных версий оно будет проигнорировано, и сборки будут использовать старый ключ.

Подробнее об изменении подписи можно почитать тут.

Kotin: in и out, ковариантность и контрвариантность
#kotlin #новичкам

Про in и out написано много, но новички всё равно часто путаются. К тому же, опрос выше показал, что многие разработчики не до конца понимают эту тему. Между тем, знание этой темы даёт ряд преимуществ, и на собеседованиях её часто спрашивают.

Вот одна из хороших статей на эту тему. В статье на примерах рассматривается использование in и out в generic-типах, рассказывается о том, как это было в Java, и приводятся основные юзкейсы, связанные с генериками.

Если вы новичок, то рекомендую прочитать, а профи — наверняка вы и так всё это знаете. ?

Data Object
#kotlin

С недавних пор IDEA (а именно с Kotlin 1.9) начала подчёркивать традиционный object и рекомендует заменить его на странный data object. Что за зверь такой и что он нам даёт? Давайте разберёмся.

При использованииsealed class или sealed interface мы могли добавлять разные стейты внутри его. Они могли быть как data class, так и object. Например:

```

sealed interface ProfileScreenState {
data class Success(val username: String): ProfileScreenState
object Error: ProfileScreenState
object Loading: ProfileScreenState
}
```

Однако, если мы захотели бы вывести результат в лог, то с data class все получилось бы хорошо, а вот с object — не очень: мы бы увидели только адреса, например:

```

com.dataobjects.example.ProfileScreenState$Loading@6d03e736
Success(username=exampleUser1)
com.dataobjects.example.ProfileScreenState$Error@5fd0d5ae

```

Можно было бы обмазаться старым добрым toString() для каждого объекта, но вместо этого — самое время использовать data object, где эта проблема полностью решена.

Хоть обновление и минорное, но заметно добавляет удобства при работе с подобными классами. ?