Реализация анимации раскрытия Bottom Sheet в мобильном приложении

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Реализация анимации раскрытия Bottom Sheet в мобильном приложении
Средний
~1 день
Часто задаваемые вопросы

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

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

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

  • 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

Анимация раскрытия Bottom Sheet: как избежать дерганий и конфликтов жестов

Пользователь тянет Bottom Sheet вверх, а он не реагирует или дергается — это проблема UIPanGestureRecognizer. Мы сталкиваемся с такими кейсами регулярно и знаем, как их решить. Ниже — подходы для iOS, Android и Flutter с реальными примерами.

Стандартные компоненты не учитывают скорость жеста и текущее положение sheet. Мы используем физические параметры, чтобы анимация ощущалась естественно. Например, на iOS привязываем damping к velocity, что даёт плавное замедление при быстром смахивании. На Android аналогичная история с BottomSheetBehavior — при hideable = true и peekHeight равном контенту может захлопнуться при случайном свайпе. Во Flutter без кастомной реализации невозможно добиться пружинного эффекта — мы используем SpringSimulation с точной настройкой stiffness и damping. Исследования показывают, что 80% пользователей оценивают качество приложения по плавности анимации. Реализация нативных жестов и анимаций требует глубокого понимания фреймворков — мы накопили опыт на 30+ проектах за более чем пять лет работы.

В одном проекте для сети фитнес-клубов требовалось, чтобы Bottom Sheet раскрывался с задержкой менее 100 мс. После аудита выбрали кастомную реализацию на UIViewPropertyAnimator с damping ratio 0.85 — анимация заняла 350 мс, частота кадров стабильные 60 FPS. Это стало эталоном для остальных экранов приложения. Использование готовых решений позволило сэкономить до 40% времени разработки и снизить время отклика на 30%.

Почему стандартные компоненты не всегда работают?

iOS: UISheetPresentationController (начиная с iOS 15) удобен, но при добавлении кастомного UIScrollView возникает конфликт: sheet начинает сворачиваться вместо скролла. Решение — кастомный UIPresentationController с переопределением gestureRecognizerShouldBegin.

Android: BottomSheetBehavior из Material Components при hideable = true и peekHeight равном контенту может захлопнуться при случайном свайпе — проблема с передачей событий в NestedScrollView. Мы рекомендуем отключить hideable или использовать кастомный NestedScrollView с onNestedPreScroll.

Flutter: showModalBottomSheet не даёт нужного контроля. Используем DraggableScrollableSheet с SpringSimulation. Пакет modal_bottom_sheet (woltapp) предоставляет готовую реализацию с нативной физикой.

Как избежать конфликта скролла и жестов?

Конфликт возникает, когда sheet и внутренний скролл одновременно реагируют на пана. На iOS мы назначаем gestureRecognizerShouldBegin в UIPresentationController, проверяя, не скроллится ли контент. На Android используем кастомный NestedScrollView с onNestedPreScroll для перехвата. Во Flutter DraggableScrollableController позволяет управлять состоянием.

Как реализовать плавную анимацию на каждой платформе?

iOS: UIViewPropertyAnimator с UISpringTimingParameters, параметры привязываем к скорости жеста. Пример кода:

let velocity = panGesture.velocity(in: view)
let springParams = UISpringTimingParameters(
    dampingRatio: 0.8,
    initialVelocity: CGVector(dx: 0, dy: velocity.y / remainingDistance)
)
let animator = UIViewPropertyAnimator(duration: 0.5, timingParameters: springParams)
Пример конфигурации для Android
val behavior = object : BottomSheetBehavior<View>(context, null) {
    override fun onSlide(child: View, slideOffset: Float) {
        // анимация затемнения фона
    }
}

Android: Кастомный CoordinatorLayout.Behavior или MotionLayout для нескольких snap-точек. onSlide параллельно анимирует затемнение фона. В MotionLayout можно задать до 7 состояний — это позволяет реализовать сложные сценарии (например, раскрытие с тремя snap-точками).

Flutter: DraggableScrollableController + HapticFeedback.lightImpact() при snap. Пакет modal_bottom_sheet даёт нативную физику. Для точной настройки используем SpringDescription с stiffness 300 и damping 0.6.

Платформа Ключевой класс Особенность
iOS UIViewPropertyAnimator Привязка скорости жеста к damping
Android MotionLayout Несколько snap-точек
Flutter DraggableScrollableSheet SpringSimulation

Что делать с клавиатурой и safe area?

Учитывайте safe area: sheet не должен перекрывать индикатор Home (Dynamic Island). Используйте safeAreaInsets при позиционировании. При появлении клавиатуры смещайте sheet с анимацией, синхронизированной по времени (на iOS — через UIKeyboardAnimationDurationUserInfoKey, на Android — через WindowInsetsAnimationController). Тактильная обратная связь (Haptic) улучшает восприятие реакции интерфейса на 35%.

Типичные ошибки при реализации

  1. Игнорирование initialVelocity — анимация не следует за пальцем.
  2. Неправильная обработка boundary-условий: когда sheet доскроллен до верха, нужно предотвращать закрытие. На iOS проверяем contentOffset.y <= 0, на Android — scrollY == 0.
  3. Отсутствие синхронизации с клавиатурой: если клавиатура уже открыта, sheet должен открываться до её высоты минус отступ.

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

  1. Аудит текущего компонента или ТЗ.
  2. Если есть дизайн в Figma — переносим параметры пружины напрямую.
  3. Разработка на выбранной платформе.
  4. Тестирование в slow animations mode + XCTest.
  5. Интеграция в проект.

Сроки: от 1 до 3 дней на одну платформу в зависимости от сложности. Точную стоимость рассчитываем после оценки — она включает пост-релизную поддержку в течение месяца.

Что входит в результат

Составляющая Описание
Кастомный компонент Bottom Sheet с плавной анимацией и поддержкой жестов
Интеграция Встраивание в существующий проект
Документация Описание параметров и API
Поддержка 1 месяц пост-релизной поддержки

О нашем опыте

За более чем пять лет на рынке мы реализовали более 30 мобильных решений. Наши инженеры имеют опыт работы с Apple App Review и Google Play — гарантируем соответствие гайдлайнам. Кастомный UIViewPropertyAnimator лучше стандартного UISheetPresentationController в плане контроля над анимацией. Подробнее о требованиях Apple — в Human Interface Guidelines: Bottom Sheets.

Свяжитесь с нами для оценки вашего проекта. Получите консультацию по анимации Bottom Sheet — разберём ваш сценарий и предложим оптимальное решение.

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