Политики безопасности приложений в Google Play
#google

Не так давно Google добавили новые требования для публикации приложений в стор. Цель — сделать приложения ещё более качественными и безопасными.

Что нас ждёт?

1️⃣ Всем разработчикам, в том числе и с текущими аккаунтами, надо пройти форму верификации. Для текущих разработчиков есть возможность выбрать дедлайн до 29 февраля 2024 года, если не выбрать, то Google сделает это за вас.

2️⃣ При публикации приложений новыми разработчиками, придётся протестировать своё приложение с 20+ людьми и в течении минимум 2 недель до основного релиза. Думаю, что для небольших разработчиков публиковаться станет сложнее.

3️⃣ Теперь будет больше времени уделяться оценке приложению, чтобы проверить его на предмет абьюза технологии: проще говоря, проверяется, что приложение делает то, что заявляет

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

Что думаете про нововведения?

Flow-опрос #1
#квиз

Что будет в результате выполнения этого Flow?

import kotlinx.coroutines.*
import kotlinx.coroutines.flow.*

val scope = CoroutineScope(Dispatchers.Default)

val producer = flowOf("a", "b")
    .onEach { println("0:$it") }

fun main() {
 scope.launch {
  producer.collect { println("1:$it") }
 }
 scope.launch {
  producer.collect { println("2:$it") }
 }
}

Flow опрос #2
#квиз

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

Ну и на этот раз — ответ только один.

Итак, что будет в консоли?

import kotlinx.coroutines.*
import kotlinx.coroutines.flow.*

val coroutineScope = CoroutineScope(Dispatchers.Default)

val intFlow = flowOf(1, 2, 3)
val stringFlow = flowOf("a", "b", "c")

fun main() {
 coroutineScope.launch {
  intFlow
   .onEach { delay(100) }
   .collect { println(it) }
            
  stringFlow
   .collect { println(it) }
 }
}

Хак через десериализацию
#android

Давно я не появлялся на канале: со мной всё хорошо, но дела под конец года забрали всё свободное время, а серая погода — забрала всё желание писать. Но… надо не забывать вас, поэтому возвращаюсь!

На днях попалось любопытное видео, где описывается уязвимость приложения, связанная с использованием Serializable в крупном приложении AliExpress. В видео по шагам рассказывается о том, как провернуть подобный хак, как найти подобные в своих приложениях, ну и конечно же демонстрируется сама уязвимость.

HashMap для Jetpack Compose
#compose #performance

Интересная статья, где рассказывается про минусы стандартной HashMap в контектсте использования Jetpack Compose.

При использовании mutableMapOf() под капотом создаётся LinkedHashMap(), которая довольна хороша, но имеет недостаток: при каждом новом добавлении элемента создаётся LinkedHashMapEntry, из-за чего структура не очень memory-friendly.

Ну и сходу предлагается использовать другую структуру — ScatterMap, у которой подобных недостатков нет. В статье есть и замеры, и описывается главный недостаток этого подхода: структура хоть и map-based, но не наследуется от привычного нам Map, хотя и имеет подобные ему классы.

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

Ресурсы в Compose Multiplatform
#compose

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

Неплохая обзорная статья, где описываются основные изменения работы с ресурсами после свежего релиза Compose Multiplatform 1.6.0-beta01.

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