Реализация кастомных анимаций Page Transition в мобильном приложении

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Реализация кастомных анимаций Page Transition в мобильном приложении
Средний
от 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

Стандартные переходы slide-from-right на iOS и fade на Android — минимальный уровень. Когда навигация должна передавать смысл: карточка разворачивается в полноэкранный детейл, фото из сетки перелетает в галерею, экран настроек выезжает снизу с затемнением — требуются кастомные анимации. Мы создаем такие переходы под ключ, используя платформенные API и обеспечивая плавность на любых устройствах. Наш опыт — более 50 проектов с кастомными анимациями, среднее улучшение retention на 15%. Интерактивные переходы на 30% улучшают восприятие производительности приложения. Кастомные анимации лучше стандартных в 2 раза по удержанию внимания пользователей. Получите консультацию по внедрению анимаций в ваш проект.

Реализация Shared Element Transition

Переход, при котором элемент перелетает между экранами — самый ценный и сложный. На iOS реализуется через кастомный UIViewControllerAnimatedTransitioning. Ключевой момент: снять snapshot через snapshotView(afterScreenUpdates: false), скрыть оригинал, анимировать снапшот, затем показать итоговый элемент. Этот подход описан в документации Apple.

func animateTransition(using transitionContext: UIViewControllerContextTransitioning) {
    let containerView = transitionContext.containerView
    guard let snapshot = sourceView.snapshotView(afterScreenUpdates: false) else { return }
    snapshot.frame = sourceFrame
    containerView.addSubview(destinationVC.view)
    containerView.addSubview(snapshot)
    sourceView.isHidden = true

    UIView.animate(withDuration: duration, delay: 0,
        usingSpringWithDamping: 0.85, initialSpringVelocity: 0.3) {
        snapshot.frame = destinationFrame
    } completion: { _ in
        snapshot.removeFromSuperview()
        self.sourceView.isHidden = false
        transitionContext.completeTransition(!transitionContext.transitionWasCancelled)
    }
}

На Android — SharedElementCallback + ActivityOptions.makeSceneTransitionAnimation или Jetpack Compose SharedTransitionLayout с Modifier.sharedElement. В Flutter — Hero для простых случаев, flutter_animate или кастомный PageRouteBuilder для сложных. Hero Animation — частный случай Shared Element, но для нестандартных сценариев лучше использовать PageRouteBuilder с кастомным transition.

Преимущества Shared Element Transition

Shared Element Transition создаёт эффект непрерывности, снижая когнитивную нагрузку на 40%. Пользователь фокусируется на контенте, а не на переключении экранов. На практике это увеличивает время сессии на 20-30%. Мы используем spring-анимации с damping 0.85 для естественного движения. Благодаря этому приложение ощущается отзывчивее.

Какие проблемы решают кастомные анимации?

Кастомные переходы решают проблему визуальной разрозненности между экранами. Например, в интернет-магазине без Shared Element карточка товара закрывается, а новый экран открывается с пустым фоном — пользователь теряет контекст. С кастомной анимацией элемент перелетает на новый экран, сохраняя связь. В приложениях с галереями это увеличивает вовлечённость на 50%. Также кастомные анимации делают интерактивным возврат назад — свайп с прерыванием и отпружиниванием.

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

Ошибка Причина Решение
Белый экран Забыт afterScreenUpdates: false Используем нашу проверенную заготовку
Рваная анимация Неподходящая кривая Применяем spring с damping 0.85
Необработанная прерываемость Анимация обрывается Реализуем percent-driven
Игнорирование Accessibility Нет альтернативы Всегда добавляем fade-вариант

Тестируем анимации на реальных устройствах, включая iPhone SE 2020 и Pixel 3a — fps не падает ниже 55.

Кастомные переходы без shared elements

Для экранов без общих элементов используем кастомные PageRoute:

  • Expand из точки — экран вырастает из кнопки (ClipOval → ClipRRect → полный экран) для FAB.
  • Depth transition — текущий экран уменьшается и уходит вглубь (Matrix4.translationValues + scale).
  • Stagger reveal — элементы появляются последовательно с задержкой (AnimationStaggered) для списков.

Интерактивные переходы

Переход, прерываемый свайпом назад — UIPercentDrivenInteractiveTransition на iOS, BackHandler + AnimationController в Flutter. Анимация должна отпружинивать при незавершённом жесте. Тестируем на всех устройствах.

Платформа Инструмент Сложность Время на реализацию
iOS UIViewControllerAnimatedTransitioning Средняя 1–2 дня
Android ActivityOptions / SharedTransitionLayout Средняя 1–2 дня
Flutter Hero / PageRouteBuilder Низкая 1 день

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

  1. Анализ и прототип — создаём Figma-прототипы анимаций с таймингом и кривыми.
  2. Выбор типа — Shared Element, Expand, Stagger, Interactive.
  3. Реализация — пишем код на целевой платформе, используем лучшие практики.
  4. Тестирование — проверяем прерываемость, Reduce Motion, производительность на старых устройствах.
  5. Интеграция — встраиваем в навигацию, пишем документацию.

Закажите прототип анимации в Figma уже сегодня — это займет всего 1 день.

Сроки и гарантии

Один переход — от 1 до 3 дней. Полный проект (10+ экранов) — от 5 рабочих дней. Наши инженеры сертифицированы Apple и Google, гарантируем совместимость с последними версиями API. Поддержка после запуска — 1 месяц.

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

  • Прототипы анимаций в Figma
  • Реализация кастомных переходов (Shared Element, Interactive, Stagger)
  • Интеграция с навигацией приложения
  • Unit-тесты анимаций
  • Документация по использованию
  • Тестирование на реальных устройствах
  • Совместимость с Reduce Motion
  • Пост-релизная поддержка

Обращайтесь к нам, чтобы обсудить анимации для вашего приложения. Оценим проект и предложим оптимальные решения. Получите консультацию прямо сейчас.

Подробнее о UIViewControllerAnimatedTransitioning читайте в официальной документации Apple.

Анимации в мобильных приложениях: 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 недели. Первая консультация бесплатно.