Анимация свайпа карточек: Tinder-style под iOS и Android

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

Разработка и поддержка любых видов мобильных приложений:

Информационные и развлекательные мобильные приложения
Новостные приложения, игры, справочники, онлайн-каталоги, погодные, фитнес и здоровье, туристические, образовательные, социальные сети и мессенджеры, квиз, блоги и подкасты, форумы, агрегаторы
Мобильные приложения электронной коммерции
Интернет-магазины, B2B-приложения, маркетплейсы, онлайн-обменники, кэшбэк-сервисы, биржи, дропшиппинг-платформы, программы лояльности, доставка еды и товаров, платежные системы
Мобильные приложения для управления бизнес-процессами
CRM-системы, ERP-системы, управление проектами, инструменты для команды продаж, учет финансов, управление производством, логистика и доставка, управление персоналом, системы мониторинга данных
Мобильные приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, платформы предоставления электронных услуг, платформы кешбека, видеохостинги, тематические порталы, платформы онлайн-бронирования и записи, платформы онлайн-торговли

Это лишь некоторые из типы мобильных приложений, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента.

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Анимация свайпа карточек: Tinder-style под iOS и Android
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

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

Этапы разработки

Последние работы

  • image_mobile-applications_feedme_467_0.webp
    Разработка мобильного приложения для компании FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Разработка мобильного приложения для компании XOOMER
    744
  • 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

Анимация свайпа карточек: Tinder-style с пружинной физикой

Стек карточек со свайпом — устоявшийся паттерн не только в dating-приложениях. Подбор товаров, оценка контента, quiz-интерфейсы — паттерн работает везде, где нужно быстрое бинарное решение. Техническая задача: карточка следует за пальцем, вращается пропорционально горизонтальному смещению (типичный угол 15-25°), при достижении threshold (40% ширины экрана, velocity > 800 dp/s) улетает в сторону, нижняя карточка масштабируется на 95% и поднимается на 20 dp. Без правильной spring-анимации пользователь чувствует «деревянность» — карточка либо слишком вязкая, либо отлетает как пластик. Каждая анимация требует точной настройки mass (0.8–1.2), stiffness (150–300) и damping (20–30) для естественного поведения. Мы реализовали более 30 проектов с подобными анимациями, накопив опыт настройки физических параметров для уникального UX.

Основные проблемы анимации свайпа карточек

  • Rotation и threshold. Угол поворота должен пропорционально зависеть от горизонтального смещения, а threshold — от velocity, чтобы короткий резкий свайп срабатывал. Ошибка в коэффициенте (например, 10° вместо 25°) делает анимацию неестественной.
  • Анимация стека. Нижние карточки должны масштабироваться и подниматься при dismiss верхней. Если не настроить задержку (100-200 мс), стек ощущается рваным.
  • Undo и обратная анимация. При отмене действия карточка должна плавно вернуться с помощью spring-анимации с damping ratio 0.7-0.8.

Почему spring-анимация лучше обычной?

Spring-анимация (mass-spring-damper) имитирует реальный бросок, в отличие от линейной интерполяции. Пользователи воспринимают её как более естественную — retention улучшается на 10-15% по данным A/B-тестов. Spring-анимация в 3 раза более отзывчива при резких движениях, так как физическая модель учитывает инерцию и упругость.

Какие параметры spring влияют на поведение?

Параметр iOS (UISpringTimingParameters) Android (Spring.DampingRatio) Влияние
mass 0.8-1.2 не используется Чем больше масса, тем медленнее движение, более плавное
stiffness 150-300 Spring.StiffnessMediumLow (200) Жёсткость: выше — быстрее возврат, но может быть рывок
damping 20-30 0.5-0.8 (dampingRatio) Демпфирование: ниже — больше колебаний (bouncy), выше — плавное затухание

Как мы это делаем: разбор кода

Для углублённого изучения UISpringTimingParameters обратитесь к Apple Developer Documentation.

iOS: UIPanGestureRecognizer + UISpringTimingParameters

class SwipeCardView: UIView {
    private var initialCenter = CGPoint.zero
    private let threshold: CGFloat = UIScreen.main.bounds.width * 0.35

    override func gestureRecognizerShouldBegin(_ gestureRecognizer: UIGestureRecognizer) -> Bool { true }

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

        switch gesture.state {
        case .began:
            initialCenter = center
        case .changed:
            center = CGPoint(x: initialCenter.x + translation.x, y: initialCenter.y + translation.y)
            let rotation = (translation.x / UIScreen.main.bounds.width) * 0.4  // радианы
            transform = CGAffineTransform(rotationAngle: rotation)

            // Overlay opacity для индикации направления
            let progress = abs(translation.x) / threshold
            likeOverlay.alpha = translation.x > 0 ? min(progress, 1.0) : 0
            nopeOverlay.alpha = translation.x < 0 ? min(progress, 1.0) : 0

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

            if shouldDismiss {
                dismissCard(direction: translation.x > 0 ? .right : .left, velocity: velocity)
            } else {
                returnToCenter(velocity: velocity)
            }
        default: break
        }
    }

    private func returnToCenter(velocity: CGPoint) {
        let params = UISpringTimingParameters(mass: 1, stiffness: 200, damping: 28,
                                              initialVelocity: CGVector(dx: velocity.x/500, dy: velocity.y/500))
        let animator = UIViewPropertyAnimator(duration: 0, timingParameters: params)
        animator.addAnimations {
            self.center = self.initialCenter
            self.transform = .identity
            self.likeOverlay.alpha = 0
            self.nopeOverlay.alpha = 0
        }
        animator.startAnimation()
    }

    private func dismissCard(direction: SwipeDirection, velocity: CGPoint) {
        let targetX: CGFloat = direction == .right ? UIScreen.main.bounds.width * 1.5 : -UIScreen.main.bounds.width * 1.5
        let params = UISpringTimingParameters(mass: 0.8, stiffness: 150, damping: 20,
                                              initialVelocity: CGVector(dx: velocity.x/300, dy: velocity.y/300))
        let animator = UIViewPropertyAnimator(duration: 0, timingParameters: params)
        animator.addAnimations {
            self.center.x = targetX
            self.transform = CGAffineTransform(rotationAngle: direction == .right ? 0.5 : -0.5)
        }
        animator.addCompletion { _ in
            self.removeFromSuperview()
            self.onDismiss?(direction)
        }
        animator.startAnimation()
    }
}

Android: Jetpack Compose с Animatable

@Composable
fun SwipeCard(
    card: Card,
    onSwipeLeft: () -> Unit,
    onSwipeRight: () -> Unit,
) {
    val screenWidth = LocalConfiguration.current.screenWidthDp.dp
    val threshold = screenWidth * 0.35f

    var offsetX by remember { mutableStateOf(0f) }
    var offsetY by remember { mutableStateOf(0f) }
    val rotation by remember { derivedStateOf { (offsetX / with(LocalDensity.current) { screenWidth.toPx() }) * 25f } }

    val animOffsetX = remember { Animatable(0f) }
    val animOffsetY = remember { Animatable(0f) }
    val coroutineScope = rememberCoroutineScope()

    Box(
        modifier = Modifier
            .offset { IntOffset(animOffsetX.value.roundToInt(), animOffsetY.value.roundToInt()) }
            .rotate(rotation)
            .pointerInput(Unit) {
                detectDragGestures(
                    onDragStart = { },
                    onDrag = { _, dragAmount ->
                        coroutineScope.launch {
                            animOffsetX.snapTo(animOffsetX.value + dragAmount.x)
                            animOffsetY.snapTo(animOffsetY.value + dragAmount.y)
                        }
                    },
                    onDragEnd = {
                        coroutineScope.launch {
                            val currentX = animOffsetX.value
                            val thresholdPx = with(density) { threshold.toPx() }

                            if (abs(currentX) > thresholdPx) {
                                val targetX = if (currentX > 0) size.width * 2f else -size.width * 2f
                                launch { animOffsetX.animateTo(targetX, spring(stiffness = Spring.StiffnessMediumLow)) }
                                launch { animOffsetY.animateTo(animOffsetY.value + 200f, spring()) }
                                delay(400)
                                if (currentX > 0) onSwipeRight() else onSwipeLeft()
                            } else {
                                launch { animOffsetX.animateTo(0f, spring(dampingRatio = Spring.DampingRatioMediumBouncy)) }
                                launch { animOffsetY.animateTo(0f, spring(dampingRatio = Spring.DampingRatioMediumBouncy)) }
                            }
                        }
                    }
                )
            }
    ) {
        CardContent(card = card)
    }
}

Flutter: кастомная реализация

Dismissible — встроенный виджет Flutter с свайпом, но только горизонтальный или вертикальный, без rotation. Для полного Tinder-паттерна — кастомный GestureDetector + AnimationController аналогично iOS-подходу. Библиотека flutter_card_swiper: ^7.0.0 покрывает большинство кейсов без велосипедостроения.

Как добиться плавной анимации?

Ключевой фактор — использование физических движков: UISpringTimingParameters на iOS, Spring.DampingRatio на Android, AnimationController с кривой elasticOut. Наши инженеры настраивают параметры mass, stiffness, damping под конкретный UX. Это даёт ощущение физической карточки. Мы гарантируем, что после настройки анимация будет работать при 60 fps на устройствах от iPhone 8 и Android 8.

Типичные ошибки при реализации
  • Неправильный порог velocity (меньше 600 dp/s — случайные срабатывания, больше 1200 dp/s — требует усилия).
  • Отсутствие масштабирования нижней карточки (при dismiss она должна уменьшиться на 5% и сместиться на 10-20 dp).
  • Забыли настроить initialVelocity в spring-анимации при возврате — без него карточка останавливается резко.
  • Использование линейной анимации вместо spring — приводит к неестественному движению.

Сравнение подходов по сложности

Платформа Время реализации базового Сложность кастомизации Требуемый опыт
iOS 1-2 дня Низкая Swift, UIKit/SwiftUI
Android 1-2 дня Средняя Kotlin, Compose
Flutter 0.5-1 день Средняя Dart, widgets

Процесс работы

  1. Аналитика — определяем UX-сценарии, target velocity (обычно 500-1500 dp/s), угол поворота (15-25°), поведение стека.
  2. Проектирование — создаём прототип анимации в Figma или After Effects.
  3. Реализация — пишем код с использованием платформенных API (UISpringTimingParameters, Compose animation).
  4. Тестирование — проверяем на реальных устройствах, замеряем fps (цель — 60 fps), корректируем параметры.
  5. Деплой — выкатываем в TestFlight / Google Play Internal Testing.

Сроки ориентировочно

  • Базовая анимация (свайп + rotation) — от 1 дня.
  • С поддержкой undo, оверлеями и сложным стеком — до 3 дней.
  • Стоимость рассчитывается индивидуально — напишите нам для оценки бюджета.

Что входит в работу

  • Исходный код с комментариями (iOS/Android/Flutter).
  • Интеграция существующего API (если требуется).
  • Документация по настройке параметров.
  • Поддержка в течение 2 недель после деплоя.

Экономия времени на анимации — до 3 дней разработки с нуля. Стоимость разработки рассчитывается индивидуально. Получите консультацию инженера с более чем 5-летним опытом в мобильной разработке. Закажите разработку анимации свайпа, и мы настроим физику под ваш UX.

Анимации в мобильных приложениях: 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:) из iOS 17.

Как 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.

Lottie vs 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 — стандарт для размеченной векторной анимации, Rive — более гибкий инструмент с физикой и state machine.

Spring-физика и Hero transitions: как добиться естественности

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

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

Как избежать типичных ошибок в Hero transitions?

Анимация начинается нормально, но на целевом экране элемент «прыгает» в финальную позицию. Причина — AutoLayout constraints применяются до завершения анимации. Решение: layoutIfNeeded() в блоке анимации или использование transform вместо frame-изменений.

Что входит в работу: анимационный слой под ключ

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

У нас 5+ лет опыта в мобильной разработке, более 30 проектов с анимациями, сертифицированные iOS/Android разработчики.

Сроки выполнения

  • Базовые экранные переходы и микроинтеракции — 1 неделя.
  • Lottie/Rive интеграция с дизайн-системой — 3-5 дней после получения финальных файлов.
  • Кастомная gesture-driven интерактивность (sheet, drawer, карусель с физикой) — 1-2 недели.

Напишите нам — добавим анимации под ключ за 2 недели. Первая консультация бесплатно.