📹 Decompose шаг за шагом. Часть 1 (1.5ч)

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

📹 Также можно посмотреть на VK Video

#compose #kmp #decompose

⚙️ Как сделать маски произвольной формы на Compose (EN, 3м)

Для решения задачи берется PNG маски, Modifier.drawWithContent() и BlendMode

🔗 Ссылка без VPN

#compose

⚙️ Вышел Jetpack Compose 1.7.8 c исправилением креш в BasicTextField

Новый compose BOM - 2025.02.00

#compose

⚙️ Готовится к релизу Compose 1.8.0 - вышла Beta 2

BOM файл - androidx.compose:compose-bom-beta:2025.02.00

#compose

⚙️ Инструкция(EN,2м) по реализации анимации прогресса двигающихся точек на Compose

🔗 Ссылка без VPN

#compose #анимация

⚙️ Важные улучшения в Compose Multiplatform 1.8.0

Вышла третья альфа Compose 1.8.0 и там появилось много интересного:
👉 Вся кодовая база переехала на Kotlin K2 компилятор
👉 Появился мультиплатформенный BackHandler и PredicitiveBackHandler (ну наконец-то)
👉 Обновление на Skia m132
👉 ClipboardManager заменят на новый интерфейс Clipboard
👉 Поддержка VoiceControl на iOS
👉 Compose теперь корректно работает с UIScrollView

#compose #k2 #kmp

⚙️ Исходный код реализации такого виджета на Compose смотрите на 🐱 GitHub

#compose #android

⚙️ Почему я не использую *Screen и выбираю Pane подход

Когда речь заходит о создании UI на Jetpack Compose с поддержкой смартфонов, планшетов и десктопов, важно не привязываться к физическим размерам экрана.

❌ Чего я избегаю?
Я не использую именование Composable-экранов через *Screen, например:

// !!! не делайте так для экрана фичи
@Composable
fun HomeScreen() { /* UI */ }

Такой подход жестко связывает UI с понятием "экрана устройства", а это не всегда корректно, особенно в мире foldable-устройств и десктопов. UI каждой фичи должен уметь работать на всём пространстве что ему выделит контейнер, где будет показ UI фичи.

✅ Что я использую вместо этого?
Я применяю концепцию Pane – это независимые контейнеры UI, которые адаптируются под выделенное для них место и не должны понимать ничего о размерах экрана, ориентации, расположении. Контейнер, где встраивается UI, сам определит всё и настроит UI через Modifier.

@Composable
fun HomePane(modifier: Modifier = Modifier) {
    Column(modifier = modifier.fillMaxSize()) {
        Text("Welcome to Home")
        // Остальной UI
    }
}

Такой подход позволяет:
✔️ Легко компоновать UI для разных конфигураций (например, показывать две панели на планшете и одну на телефоне).
✔️ Избежать привязки к Screen, что делает код гибче.
✔️ Улучшить переиспользуемость UI-компонентов.

📌 Как применять Pane в адаптивном UI?

Простейший пример, где на планшетах и десктопе мы показываем две панели, а на телефонах – только одну:

// Рутовая Composable функция приложения, которая понимает про текущее состояние приложения 
// на экране и в зависимости от этого располагает контент
@Composable
fun RootScreen(windowSizeClass: WindowSizeClass) {
    if (windowSizeClass.widthSizeClass == WindowWidthSizeClass.Expanded) {
        // Большой экран
        Row(Modifier.fillMaxSize()) {
            HomePane(Modifier.weight(1f))
            DetailsPane(Modifier.weight(1f))
        }
    } else {
        // Маленький или средний
        HomePane()
    }
}

❗️ Также важной частью работы с Pane является передача в неё Modifier параметра, через который контейнер панели будет настраивать размещение и другие параметры Pane.

Пост - это мой взгляд и рекомендация. В архитектуре и рекомендациях нет абсолютного правильного или неправильного подхода. Выбирать как делать - остаётся на вашей стороне.

#compose #android #adaptive #material #советы