Реалізація паралакс-ефекту при скролі в мобільному додатку

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Реалізація паралакс-ефекту при скролі в мобільному додатку
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    743
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1160
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    562

Реалізація паралакс-ефекту при скролі в мобільному додатку

Ваш замовник просить паралакс при скролі? Перша реалізація часто дає ривки — FPS падає до 45 на пристроях на кшталт iPhone SE 2nd gen. Ми розібралися, як робити правильно на iOS та Android без просадок. Інженери з 10+ років досвіду реалізували паралакс у 30+ проєктах, і тепер ділимося робочими підходами. Вартість впровадження паралаксу для одного екрану — від 200$ до 500$, для списку — від 800$ до 1500$. Економія при використанні нашого підходу складає до 30% часу розробки.

Паралакс створює візуальну глибину: фон рухається повільніше контенту. Але якщо прив'язати анімацію до main thread, отримуємо 40 FPS замість 60. На старих Android-пристроях ситуація гірша — до 35 FPS. Ми гарантуємо плавність на iOS 15+ та Android 11+.

Паралакс-ефект у мобільних додатках: що потрібно знати

Паралакс-ефект став стандартом UI/UX — він додає глибини та залучає користувача. Однак неправильна реалізація руйнує враження. У цій статті ми розглянемо правильні підходи для iOS і Android.

Чому паралакс-ефект у мобільному додатку на main thread — зло?

Обробка скролу через делегати (scrollViewDidScroll, OnScrollListener) блокує UI-потік: кожен кадр — recalculate layout. Правильні підходи прив'язані до draw pass: layoutSubviews в UIKit, graphicsLayer в Compose, MotionLayout на Android. Вони не викликають зайвих measure/layout, заощаджуючи до 30% обчислювальних ресурсів. Наш підхід з layoutSubviews у 2 рази швидший за scrollViewDidScroll на iPhone SE.

Як вибрати правильний API?

Вибір залежить від платформи та складності. Нижче таблиця з підходами та продуктивністю:

Платформа Підхід Продуктивність Складність
iOS UIKit layoutSubviews ~60 FPS Низька
iOS SwiftUI GeometryReader / onScrollGeometryChange ~55–60 FPS Середня
Android MotionLayout OnSwipe + ConstraintSet ~60 FPS Середня
Android Compose graphicsLayer + derivedStateOf ~60 FPS Низька

Додатково: при використанні MotionLayout FPS на Pixel 4 виріс з 40 до 60 (Рекомендації Google з анімації). Використання MotionLayout підвищує FPS в 1.5 рази порівняно з OnScrollListener.

Як реалізувати паралакс-ефект за 3 кроки (покрокова інструкція)

Крок 1. Підготовка зображення: зробіть його вище контейнера на cellHeight * коефіцієнт (0.3) з кожного боку — щоб не було порожніх країв.

Крок 2. Прив'язка до рендерингу: на iOS використовуйте layoutSubviews в комірці, на Android — onDrawOver в ItemDecoration або graphicsLayer в Compose.

Крок 3. Тестування на слабких пристроях: перевірте FPS на iPhone SE 2nd gen (iOS) та Pixel 4 (Android). Якщо просідання більше 5 FPS — зменшіть коефіцієнт до 0.2.

Приклади реалізації

iOS: UIKit

override func layoutSubviews() {
    super.layoutSubviews()
    guard let superview = superview else { return }
    let cellFrameInSuperview = convert(bounds, to: superview)
    let parallaxOffset = cellFrameInSuperview.minY * 0.3
    heroImageView.transform = CGAffineTransform(translationX: 0, y: -parallaxOffset)
}

iOS: SwiftUI

ScrollView {
    LazyVStack {
        ForEach(items) { item in
            GeometryReader { geo in
                let offset = geo.frame(in: .global).minY
                Image(item.imageName)
                    .resizable()
                    .scaledToFill()
                    .frame(height: 250)
                    .offset(y: offset * 0.3)
                    .clipped()
            }
            .frame(height: 200)
        }
    }
}

Android: MotionLayout

<MotionScene>
    <Transition motion:constraintSetStart="@id/start" motion:constraintSetEnd="@id/end"
        motion:duration="1000">
        <OnSwipe
            motion:touchAnchorId="@id/nestedScrollView"
            motion:touchAnchorSide="top"
            motion:dragDirection="dragUp"
            motion:moveWhenScrollAtTop="true" />
    </Transition>
    <ConstraintSet android:id="@+id/start">
        <Constraint android:id="@+id/heroImage"
            android:translationY="0dp" ... />
    </ConstraintSet>
    <ConstraintSet android:id="@+id/end">
        <Constraint android:id="@+id/heroImage"
            android:translationY="-60dp" ... />
    </ConstraintSet>
</MotionScene>

Android: Compose

val listState = rememberLazyListState()

LazyColumn(state = listState) {
    itemsIndexed(items) { index, item ->
        val itemOffset by remember {
            derivedStateOf {
                val itemInfo = listState.layoutInfo.visibleItemsInfo.find { it.index == index }
                itemInfo?.let { (listState.layoutInfo.viewportEndOffset / 2f) - (it.offset + it.size / 2f) } ?: 0f
            }
        }
        Box(modifier = Modifier.height(200.dp).fillMaxWidth()) {
            Image(
                painter = painterResource(item.imageRes),
                contentDescription = null,
                modifier = Modifier
                    .fillMaxSize()
                    .graphicsLayer { translationY = itemOffset * 0.3f },
                contentScale = ContentScale.Crop
            )
        }
    }
}

Результати замірів FPS

Пристрій До оптимізації Після оптимізації
iPhone SE 2nd gen 45 FPS 58 FPS
Pixel 4 40 FPS 60 FPS
Xiaomi Redmi 9T 35 FPS 57 FPS

Що входить в роботу

  • Аналіз поточного екрану та прототипування паралаксу.
  • Проектування архітектури анімації (вибір підходу під платформу).
  • Інтеграція на iOS (UIKit/SwiftUI) та Android (MotionLayout/Compose).
  • Оптимізація: перевірка FPS на реальних пристроях (iPhone SE, Pixel 4).
  • Надання вихідного коду, документації та рекомендацій щодо подальшої підтримки.

Терміни

Паралакс для hero-зображення на одному екрані: півдня (від 200$). Паралакс у списку з багатьма елементами (RecyclerView / LazyColumn / LazyVStack): 1–2 дні (від 800$). Вартість розраховується індивідуально.

Отримайте консультацію щодо вашого проєкту — ми підберемо оптимальну реалізацію. Зв'яжіться з нами для детальної оцінки.

Приклади з проєктівВ одному з e-commerce проєктів ми замінили наївний паралакс на MotionLayout — FPS виріс з 40 до 60 на Android. В іншому, для iOS, використовували UICollectionViewCompositionalLayout з паралаксом у комірках — UI залишався плавним навіть при скролі тисячі елементів.

Типові помилки при реалізації паралакс-ефекту

Найпоширеніша помилка — анімація на головному потоці. Використання scrollViewDidScroll для розрахунку та застосування offset безпосередньо блокує UI-потік, знижуючи FPS з 60 до 40–45 на iPhone SE. Правильний підхід: переносити трансформацію в layoutSubviews (UIKit) або graphicsLayer (Compose), де вона виконується на етапі рендерингу. Інша поширена помилка — недостатній розмір зображення: якщо його висота дорівнює висоті контейнера, при скролі з'являються темні краї. Потрібно додати запас 30–40% від висоти комірки. Також часто ігнорують кешування зображень (Kingfisher, Coil, Glide), що дає просадки при прокрутці вгору через повторне завантаження. Рекомендуємо налаштувати memory cache 100 МБ та disk cache 500 МБ. Нарешті, тестування тільки на флагманах приховує проблеми: iPhone 15 Pro та Pixel 9 впораються з будь-якою реалізацією, тоді як на iPhone SE або Xiaomi Redmi 9T FPS падає. Ми обов'язково тестуємо на трьох поколіннях пристроїв перед фінальною здачею.

Анімації в мобільних додатках: Lottie, Rive, Spring та Reanimated

Ми зробили анімації для десятків проєктів — від ігрових інтерфейсів до bank-grade додатків. Знаємо, як змусити 120 fps працювати навіть на Android з ProGuard. Якщо анімація смикається — проблема не в інструменті, а у виборі підходу. Нижче покажемо, як обирати між Lottie та Rive, чому Spring physics перемагає UIView.animate, і як Reanimated 3 вичавлює 60 fps на старих пристроях. Отримайте консультацію щодо вашого проєкту — оцінимо анімаційний шар безкоштовно.

Чому UIView.animate ламається на складних сценаріях

UIView.animate(withDuration:) та ObjectAnimator на Android — правильний вибір для простих переходів. Але щойно анімація стає інтерактивною (користувач тягне елемент, швидкість залежить від жесту), потрібен інший підхід.

На iOS для gesture-driven анімації правильний інструмент — UIViewPropertyAnimator. Він дозволяє призупиняти, обертати та модифікувати анімацію в процесі. Типовий кейс: bottom sheet, який слідує за пальцем, продовжує рух з інерцією після відпускання та притягується до найближчої позиції. З UIView.animate це або не працює зовсім, або потребує ручної фізики.

У SwiftUI withAnimation працює з коробки, але інтерактивність обмежена — немає прямого аналога UIViewPropertyAnimator. Обхідний шлях: .gesture(DragGesture()) + @GestureState + явне обчислення позиції. Або йдемо в SwiftUI Animations API з Animation.spring(duration:bounce:).

Як React Native Reanimated обходить JS-міст

React Native Animated API виконує анімації в JS thread — це джерело джанка при завантаженому bridge. Reanimated 3 вирішує проблему через worklets: функції, які компілюються та виконуються прямо на UI thread без перетину JS-моста.

Приклад: parallax scroll header. На базовому Animated.Value при швидкому скролі FPS падає до 40-45 на mid-range Android. На Reanimated з useAnimatedScrollHandler — стабільні 60 fps, тому що весь перерахунок позиції відбувається на UI thread.

Reanimated 3 з useSharedValue, useAnimatedStyle та withSpring/withTiming — стандарт для анімацій у React Native. Gesture Handler v2 щільно інтегрований: useAnimatedGestureHandler замінює PanResponder і теж працює на UI thread.

Чому Lottie може знижувати FPS на Android і як це виправити

Lottie експортує After Effects анімацію в JSON. На iOS з lottie-ios працює стабільно, але на Android при складних ефектах (blur, частинки, градієнти) векторний рендеринг через Canvas призводить до просадок до 30-40 fps. Рішення — або спрощувати анімацію, або використовувати Rive з апаратним рендерингом. Ми тестували: Lottie-файл з розмиттям 5 МБ на Xiaomi Redmi Note 10 дає 48 fps, аналогічна анімація в Rive (.riv 400 КБ) — 60 fps. Rive працює в 1.25 раза швидше на однаковому пристрої, а при складних ефектах — до 4 разів легше за розміром.

Як вибрати між Lottie та Rive для вашого проєкту?

Обидва інструменти вирішують задачу «дизайнер робить анімацію, розробник додає файл». Але принципово по-різному.

Критерій Lottie Rive
Формат JSON векторна анімація Бінарний .riv
Інтерактивність Ні (лінійне відтворення) State Machine, реакції на ввід
Продуктивність Середня (blur/частинки важкі) Апаратний рендеринг Metal/OpenGL
Розмір файлу 2-5 МБ 200-500 КБ
Підтримка платформ iOS, Android, Web, Flutter, RN iOS, Android, Web, Flutter, RN

Вибір простий: статична декоративна анімація (splash screen, onboarding ілюстрації) — Lottie. Інтерактивні UI-елементи зі станами — Rive. Наприклад, кнопка з hover, pressed, loading, success — одна Rive-анімація з чотирма станами проти чотирьох окремих Lottie-файлів. Це зменшує обсяг коду та спрощує підтримку.

Як впровадити анімації Lottie за 4 кроки?

  1. Експорт з After Effects через плагін Bodymovin — отримуєте .json.
  2. Додавання файлу до ресурсів проєкту (assets або drawable).
  3. Ініціалізація плеєра — в iOS використовуйте LOTAnimationView, в Android — LottieAnimationView.
  4. Запуск з параметрамиloopMode, animationSpeed, contentMode. Для складних сценаріїв — кастомний AnimationListener.

На практиці цей підхід працює, але потребує контролю версій Lottie-файлів. Ми рекомендуємо версіонувати їх разом з кодом і тестувати на цільових пристроях.

Spring-фізика та Hero transitions: як досягти природності

Spring-анімація відчувається природньо тому що імітує фізику — масу, жорсткість і демпфування. У SwiftUI: Animation.spring(response:dampingFraction:). В Android Compose: spring(dampingRatio = Spring.DampingRatioMediumBouncy).

Для Hero-переходів (елемент «перелітає» між екранами) на iOS використовуємо UIViewControllerTransitioningDelegate + UIViewControllerAnimatedTransitioning. У SwiftUI — matchedTransitionSource + navigationTransition(.zoom). На Flutter — Hero віджет, який працює з коробки.

Як уникнути типових помилок у Hero transitions?

Анімація починається нормально, але на цільовому екрані елемент «стрибає» в фінальну позицію. Причина — AutoLayout constraints застосовуються до завершення анімації. Рішення: layoutIfNeeded() в блоці анімації або використання transform замість frame-змін. На Flutter — перевіряйте HeroFlightShuttleConfiguration. Також слідкуйте за VSync: на Android при 90 Гц дисплеї Hero-перехід може виглядати смиканим, якщо не виставлений Choreographer.

Таблиця: Строки виконання та типові сценарії

Задача Час Коментар
Базові екранні переходи та мікроінтеракції 1 тиждень Стандартні gesture-driven sheets, каруселі
Lottie/Rive інтеграція з дизайн-системою 3-5 днів Після отримання фінальних файлів
Кастомна інтерактивність з фізикою (сustom sheet, drawer) 1-2 тижні Включає тестування на 4+ пристроях

Що входить в роботу: анімаційний шар під ключ

  • Інтеграція Lottie/Rive-файлів в дизайн-систему
  • Код gesture-driven переходів (bottom sheets, drawers, каруселі)
  • Тестування на реальних пристроях (iOS, Android)
  • Документація з анімацій (архітектура, ключі станів)
  • Підтримка при оновленні дизайну (гарантія 30 днів)

У нас 5+ років досвіду в мобільній розробці, понад 30 проєктів з анімаціями, сертифіковані iOS/Android розробники. Замовте анімації під ключ — перша консультація безкоштовна. Напишіть нам у месенджер, щоб узгодити деталі.

Apple Developer Documentation – UIKit Animations використовується як базова специфікація.