В 2014 году наши приложения содержали десятки, а то и сотни активити. Мы не особо боялись писать весь код в одной активити. Использовать асинк таски не считалось чем-то зазорным, а для навигации между экранами с легкостью раскидывали интенты. Джавой полнились наши сердца.

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

2020 - расцвет эпохи сингл активити и клина, наши репозитории успешно проксируют дата сорсы, а юзкейсы проксируют репозитории. Флоу фрагменты ловко жонглируют дочерними фрагментами, а на людей с больше, чем одной активити в проекте, начинаем смотреть с недоверием. Наши мввм архитектуры полны лайвдат, и мы их с гордостью слушаем. Джаву постепенно выпиливаем, подсели на приторно сладкий мир в красивой котлин обёртке. С эрыкс джавой тоже как-то не задалось, до сих пор не мог пройти даже половину паззлеров на ютубе, а уже и не надо. Теперь-то мы обмазываемся саспендами и все больше подхейчиваем эрыксоидов, порой прямо в зеркале. С навигацией как-то тоже не задалось - затащили навигейшион компонент, выкинули, затащили навигейшион компонент, выкинули - благо всегда можно вернуться к истокам.

Идёт 2023 год, сингл активити, терминальная стадия, фрагментов не осталось, у нас теперь декларативка, мы теперь композиторы, утонченно выкрашиваем кнопки. Перебрались на эмвиай, научились в юдф, кто-то начал заваривать чай. С лайвдатой дружба закончилась, теперь мы самые близкие друзья с флоу. Все больше наших и сторонних апи стали корутин френдли. Как-то подружились с компоуз дестинейшионс, кто-то обжегся, используя вояджер.

Здесь мы находимся сейчас. Но что будет дальше? Достаточно легко представить еще одну итерацию, в которой KMM/KMP переползает в наши проекты, а архитектурные решения по типу декомпоуз найдут теплый отклик среди андроид-разработчиков. Но есть стойкое ощущение, что базис из корутин, юдф архитектур и декларативных фреймворков с нами всерьез и надолго.

Неужели наконец-таки смогли пройти андроид-разработку?

Чтобы не копировать каждый раз базу данных с устройства можно воспользоваться утилитой входящей в Android Studio: View -> Tool Windows -> App Inspection -> Database Inspector. Он покажет все базы данных с которыми работает приложение и даст возможность в них поковыряться. Единственный нюанс: приложение должно иметь флаг android:debuggable=true, иначе инспектор просто не увидит такое приложение. Установить этот флаг очень просто: разбираем приложение с помощью apktool, добавляем флаг в application и собираем заново.
#aht

#Medium #Article #Text

BasicTextField2: A TextField of Dreams (part 1 & 2)

Вечернего чтива вам.
Свежий материал из двух частей от Alejandra Stamato (бывшей Google DevRel из команды Jetpack Compose), посвященный "TextField-у нового поколения" — BasicTextField2.
Данный компонент появился в альфа-версии 1.6.0 foundation библиотеки и доступен в пакете .text2

Зеркало первой части 👉 тут
Зеркало второй части 👉 тут

——————————————

P.S. Ну а завтра уже выходит второй выпуск Compose Pathway 🚀

Асинхронный map

Хочу поделиться таким приемчиком, как асинхронный map.

Когда мы делаем map для списка, то у нас трансформация будет происходить последовательно. Если эта трансформация не супер быстрая, то общий маппинг может стать не оптимальным.

Как это можно исправить? Через асинхронный map. Вот такая функция (asyncMap) запускает map каждого элемента асинхронно.

При этом:
- несмотря на то, что трансформации выполняются асинхронно, очередность элементов сохраняется
- трансформации выполняются в дочернем скоупе. Structured Concurrency работает, беспокоится не надо. Это означает, что отмена скоупа/джобы корректно отменят и все трансформации.

На примере выше, если бы мы сделали обычный map, то он завершился бы за 6 секунд (1000 + 3000 + 2000). Если мы сделаем asyncMap, то за 3 секунды.

#coroutines #map

BLE spam but for adult toys
Using Flipper Zero or nRF Connect app, it is possible to send Bluetooth LE advertisement packets (without being paired) to adult toys in vicinity and make them all vibrate. It is also possible to start Denial of Pleasure by continuously broadcasting the stop packet
https://www.whid.ninja/blog/denial-of-pleasure-attacking-unusual-ble-targets-with-a-flipper-zero

Рассказали про ближайшее будущее Kotlin Multipaltform в 2024

Compose Multiplatform
🔥 Главный фокус - вывести Compose for iOS в Beta
👉 Сделать все Compose Core API доступными на всех платформах
👉 Интеграция Accessibility API с iOS и Desktop
🔥 Мультиплатформенная навигационная библиотека
👉 Вывод Compose for Web в Альфа
👉 Команда активно изучает возможность Compose for Web для Wasm (Web Assemble)

Инструментарии
👉 Миграция IDE на K2 компилятор
👉 Fleet - это и будет KMP IDE, так чтобы писать и отлаживать весь код в ней
👉 Расширенная поддержка Compose Multiplatform в Fleet (live preview и отладка UI)

Прочее
👉 Экпорт кода из Kotlin в Swift, минуя Objective-C
👉 Ускорение компиляции Kotlin/Native
👉 Улучшение интеграции CocoaPods
👉 Поддержка SwiftPM
👉 Улучшения опыта разработки библиотеки и удобства их распространения

#kotlin #compose #kmp

В Jetpack Compose переписывают текстовые поля и его уже можно попробовать в версии 1.6.0 - BasicTextField2

Серия статей от гуглера про причины появления второй версии и какие улучшения она принесет:
👉 Часть 1 (10 мин, EN, ссылка без VPN)
👉 Часть 2 (8 мин, EN, ссылка без VPN)

#compose

Capturable - библиотека для создания картинок из Composable функций

Kotlin под капотом: нюансы использования аннотаций

Еще одна статья про внутрянку Kotlin, а именно про то, как применяются аннотации к полям класса.

Читать (Ru)

invalidate

Время идет. Уже все изучают Compose. А как работает старый добрый invalidate так многие и не знают.

Давайте расскажу кратко. А потом если тема пойдёт, то расскажу подробнее.

invalidate() - это метод View, который вызывает перерисовку (onDraw) вьюхи. Это примерно все знают. Но как это происходит? Когда? Если я вызову несколько раз подряд invalidate то перерисуется несколько раз?

Сейчас расскажу кратко путь от invalidate до реальной перерисовки вьюхи:
1. Вызываем invalidate у вьюхи
2. Вьюха вызывает у своего родителя invalidateChildInParent
3. И так invalidateChildInParent вызывается идя вверх по дереву пока не дойдем до ViewRootImpl - главного родителя нашей иерархии вьюх (она, кстати, сама вьюхой не является, а больше типо менеджера всего)
4. ViewRootImpl через класс Choreographer (мой любимчик) подписывается на следующий сигнал VSYNC. Или, простыми словами, подписывается на следующее событие отрисовки фрейма.
5. Не путайте - не просто кладет сообщение в мейн лупер, чтобы он выполнился как только сможет. А именно подписываемся на следующую отрисовку кадра.
6. Следующая отрисовка кадра произойдет как правило не позднее 16.6 мс с момента подписки.
7. Когда приходит VSYNC, то Choraographer вызывает метод doFrame и там по очереди обрабатывает запросы на: инпут, анимации, инсеты и, наконец, проход дерева и отрисовку.
8. И далее вниз по дереву спускается команда draw и вызывается наш колбек onDraw
9. Наша вьюха перерисовалась

Easy!

#android #view #ui #performance

#Docs #Blog #Modifier

Create custom modifiers

Ребята из Google выкатили новую документацию о том, как писать новые, а также мигрировать уже существующие кастомные модификаторы при помощи нового API Modifier.Node.