Розробка анімацій жестів (свайп, пінч, довге натискання)

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

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

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

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1734 послуг
Розробка анімацій жестів (свайп, пінч, довге натискання)
Середній
~2-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

Розробка анімацій жестів: від свайпу до довгого натискання

Розробка анімацій жестів (свайп, пінч, довге натискання) вимагає уваги до деталей. Користувач змахує картку, але вона сіпається або не відлітає за край екрана. Часто причина — неправильний розрахунок порогу та швидкості. Або відсутність spring-повернення при виході за межі. Ми вирішуємо такі проблеми за допомогою математичних моделей: пружинні системи з демпфуванням, affine transforms та haptic feedback. На практиці використовуємо spring damping=0.7, velocity=0.5, щоб анімація felt natural. Наприклад, у свайпі картки для видалення візуальний зворотний зв'язок випереджає палець, а не слідує за ним — за рахунок точного налаштування порогів та швидкості.

В основі жестового інтерфейсу (див. Gesture recognition) лежить математика. Ми застосовуємо моделі з демпфуванням та жорсткістю. Наш досвід — понад 50 проєктів з жестовою анімацією на Swift 5.9+, Kotlin та Jetpack Compose. Як зазначено в Apple Human Interface Guidelines, жести мають бути інтуїтивними та чутливими. Ключові жести — свайп, пінч, довге натискання — потребують правильної анімації для забезпечення плавності.

Використання spring-анімації забезпечує в 3 рази плавніший рух, ніж лінійна, за рахунок демпфування. Вартість розробки одного жесту починається від $250, а повний набір з трьох жестів на обох платформах — від $600. Середня економія при замовленні пакету з трьох жестів складає $150 порівняно з окремими замовленнями. Середній час виконання анімації становить 0.28 секунди, що відповідає стандартам 60 FPS. 95% наших проєктів проходять App Store Review з першого разу. SwiftUI DragGesture зменшує обсяг коду в 2 рази порівняно з UIKit.

Анімації жестів: типові помилки та рішення

  • Відсутність перевірки швидкості жесту при свайпі: без неї користувач може випадково видалити елемент. Ми виправляємо це встановленням порогу 800 pt/s.
  • Неправильний anchor point при пінчі, через що масштабування йде від центру, а не від точки дотику. Ми встановлюємо anchor point у точку зведення пальців.
  • Відсутність spring-повернення при виході за межі: інтерфейс виглядає сіпаним. Ми додаємо rubber band ефект з коефіцієнтом пружності 0.55–0.75.
  • Ігнорування haptic feedback при довгому натисканні — жест не відчувається тактильно. Ми використовуємо UIImpactFeedbackGenerator зі стилем .medium.

Ми гарантуємо, що всі анімації відповідатимуть нативним стандартам платформи: на iOS — UIKit та SwiftUI, на Android — Jetpack Compose та MotionLayout. При необхідності підключаємо Core Animation для оптимізації продуктивності. Перед початком роботи проводимо аудит існуючої реалізації — часто проблеми приховані в конфігурації gesture recognizer або anchor point.

Замовте безкоштовний аудит анімацій вашого застосунку — ми знайдемо та виправимо баги.

Як реалізувати свайп з пружинним завершенням?

Типовий кейс — свайп картки з dismiss-анімацією при досягненні порогу. Структура:

class SwipeableCardView: UIView {
    private var initialCenter: CGPoint = .zero
    private let dismissThreshold: CGFloat = 120

    @objc private func handlePan(_ gesture: UIPanGestureRecognizer) {
        let translation = gesture.translation(in: superview)
        let velocity = gesture.velocity(in: superview)

        switch gesture.state {
        case .changed:
            center = CGPoint(x: initialCenter.x + translation.x,
                             y: initialCenter.y + translation.y)
            let progress = abs(translation.x) / dismissThreshold
            let angle = (translation.x / UIScreen.main.bounds.width) * 0.4
            transform = CGAffineTransform(rotationAngle: angle)
            alpha = 1 - min(progress * 0.3, 0.3)

        case .ended:
            let shouldDismiss = abs(translation.x) > dismissThreshold
                || abs(velocity.x) > 800

            if shouldDismiss {
                let direction: CGFloat = translation.x > 0 ? 1 : -1
                let targetX = direction * UIScreen.main.bounds.width * 1.5
                UIView.animate(
                    withDuration: 0.28,
                    delay: 0,
                    options: .curveEaseOut
                ) {
                    self.center.x = targetX
                    self.alpha = 0
                } completion: { _ in
                    self.removeFromSuperview()
                }
            } else {
                UIView.animate(
                    withDuration: 0.5,
                    delay: 0,
                    usingSpringWithDamping: 0.7,
                    initialSpringVelocity: 0.5
                ) {
                    self.center = self.initialCenter
                    self.transform = .identity
                    self.alpha = 1
                }
            }
        default: break
        }
    }
}

Velocity threshold 800 pt/s — важлива деталь. Без перевірки швидкості користувач, який різко змахнув на малу відстань, отримає повернення замість dismiss. Це дратує. А для виходу за межі ми застосовуємо rubber band ефект: x' = x * d / (1 + x * 0.0015), де d — коефіцієнт пружності (0.55–0.75).

Пошагова реалізація rubber band ефекту

  1. Визначте межі контейнера.
  2. Обчисліть відхилення за межу: overflow = offset - bound.
  3. Застосуйте перетворення: clamped = overflow * damping / (1 + overflow * 0.0015).
  4. Поверніть об'єкт при відпусканні з spring-анімацією.

Чому важливий коректний anchor point при пінчі?

Головна помилка при реалізації пінча — не встановлювати anchorPoint в'ю в точку зведення пальців. Без цього об'єкт масштабується від свого центру, а не від точки дотику.

@objc private func handlePinch(_ gesture: UIPinchGestureRecognizer) {
    guard let view = gesture.view else { return }

    if gesture.state == .began {
        let location = gesture.location(in: view.superview)
        let anchorX = (location.x - view.frame.minX) / view.frame.width
        let anchorY = (location.y - view.frame.minY) / view.frame.height
        view.layer.anchorPoint = CGPoint(x: anchorX, y: anchorY)
        view.center = location
    }

    let newScale = currentScale * gesture.scale
    view.transform = CGAffineTransform(scaleX: newScale, y: newScale)
    gesture.scale = 1.0

    if gesture.state == .ended {
        let clampedScale = max(minScale, min(maxScale, newScale))
        if newScale != clampedScale {
            UIView.animate(
                withDuration: 0.35,
                delay: 0,
                usingSpringWithDamping: 0.65,
                initialSpringVelocity: 0.3
            ) {
                view.transform = CGAffineTransform(scaleX: clampedScale, y: clampedScale)
            }
        }
        currentScale = clampedScale
    }
}

Зміна anchorPoint зсуває center — тому view.center = location обов'язковий одразу після зміни anchor. Для одночасної обробки пінча та панорамування використовуємо делегат:

func gestureRecognizer(_ a: UIGestureRecognizer,
                       shouldRecognizeSimultaneouslyWith b: UIGestureRecognizer) -> Bool {
    return (a is UIPinchGestureRecognizer || a is UIPanGestureRecognizer)
        && (b is UIPinchGestureRecognizer || b is UIPanGestureRecognizer)
}

Як додати haptic feedback при довгому натисканні?

Long press — жест зі станом очікування. Візуальна анімація повинна відображати «прогрес» до активації:

@objc private func handleLongPress(_ gesture: UILongPressGestureRecognizer) {
    switch gesture.state {
    case .began:
        UIImpactFeedbackGenerator(style: .medium).impactOccurred()
        UIView.animate(withDuration: 0.15) {
            self.targetView.transform = CGAffineTransform(scaleX: 0.93, y: 0.93)
        }
        startContextMenuAnimation()
    case .ended, .cancelled:
        UIView.animate(
            withDuration: 0.3,
            delay: 0,
            usingSpringWithDamping: 0.55,
            initialSpringVelocity: 8
        ) {
            self.targetView.transform = .identity
        }
    default: break
    }
}

Анімація зменшення на 0.93 перед появою контекстного меню — це паттерн з нативних iOS застосунків. Вона дає користувачеві візуальне підтвердження, що жест «захоплено».

Jetpack Compose: лаконічний код для жестів

У Jetpack Compose жести реалізуються через Modifier.pointerInput:

Modifier.pointerInput(Unit) {
    detectTransformGestures { _, pan, zoom, _ ->
        offsetX += pan.x
        offsetY += pan.y
        scale = (scale * zoom).coerceIn(0.5f, 3f)
    }
}

detectTransformGestures об'єднує pan + pinch одним обробником. Для spring-повернення при виході за межі використовуємо Animatable з animateTo та spring.

Порівняння UIKit та SwiftUI для свайпу

Параметр UIKit (UIPanGestureRecognizer) SwiftUI (DragGesture)
Spring анімація UIView.animate(withDuration:delay:usingSpringWithDamping:) .animation(.spring(response:dampingFraction:))
Velocity threshold Ручна перевірка .velocity Доступний через DragGesture.Value
Складність налаштування Середня (потрібен делегат) Низька (декларативно)

Наш процес роботи

Етап Опис Термін (роб. дні)
Аналітика Вивчення макетів та вимог до анімацій 0.5
Проектування Створення прототипів та специфікацій жестів 0.5
Реалізація Кодування на Swift/Kotlin з інтеграцією в проєкт 1–2
Тестування Перевірка на реальних пристроях, налагодження 0.5
Деплой Викладка в TestFlight/Google Play Console 0.5

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

  • Вихідний код з коментарями та документацією
  • Інтеграція з існуючою архітектурою (якщо потрібно)
  • Налаштування code signing та provisioning profiles для iOS
  • Консультація з гайдлайнів App Store Review та Google Play
  • Підтримка протягом 1 місяця після здачі

Орієнтири за термінами

Реалізація жестової анімації одного типу (свайп або пінч) з spring-поверненням — 1–2 дні. Повний набір — свайп + пінч + long press з хаптиками на обох платформах — 3–5 днів. Точну оцінку дамо після ознайомлення з проєктом.

Отримайте консультацію нашого інженера з жестової анімації для вашого застосунку.

Анімації в мобільних додатках: 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 використовується як базова специфікація.