Анимация прогресс-баров и индикаторов в мобильном приложении

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

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

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

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

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

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

Прогресс-бар — это коммуникация. Представьте приложение с 500 000 пользователей: после обновления анимация загрузки стала дёрганой, retention упал на 10% за неделю. Или линейный прогресс-бар заполняется до 70% и зависает — пользователь думает, что приложение зависло. Анимация здесь не украшение, а функция, влияющая на удержание. Мы накопили 5+ лет опыта в реализации анимаций загрузки для iOS, Android и Flutter — от простых спиннеров до сложных skeleton screens. Наши решения снижают perceived latency на 30% и повышают retention на 15% на этапах загрузки. Гарантируем: после интеграции пользователь не покинет приложение из-за «зависшего» экрана. Стоимость разработки рассчитывается индивидуально и зависит от сложности проекта.

Как сделать анимацию прогресс-бара плавной?

Прогресс не должен двигаться линейно — это выглядит механически. Используем easing-функции: CAMediaTimingFunction(controlPoints: 0.25, 0.46, 0.45, 0.94) (ease-out) создаёт ощущение нарастающей скорости в начале и плавного завершения. На Android — DecelerateInterpolator(), в Flutter — Curves.easeOut. Для многоэтапного прогресса (загрузка → обработка → сохранение) анимируем каждый этап отдельно с микро-паузой между ними. Критичный нюанс: никогда не обновляйте прогресс-бар чаще, чем раз в 100–200 мс при сетевой загрузке. Дёрганое обновление каждые 10 мс выглядит хуже, чем плавное раз в 200 мс с анимацией между значениями.

Типы индикаторов загрузки

Тип iOS Android Flutter
Линейный CALayer + CABasicAnimation bounds.size.width ObjectAnimator.ofInt + DecelerateInterpolator TweenAnimationBuilder + LinearProgressIndicator
Круговой CAShapeLayer strokeEnd Canvas drawArc + ValueAnimator CircularProgressIndicator с AnimationController
Skeleton CAGradientLayer + location анимация Shimmer (Facebook) или кастомный Drawable shimmer package или кастомный ShaderMask

Когда какой индикатор выбрать?

Выбор зависит от сценария. Для загрузки списка контента (например, лента новостей) skeleton screen снижает perceived latency на 20-30% по сравнению со спиннером. Для операций с известным объёмом (загрузка файла) — линейный прогресс-бар с точным процентом. Для неизвестной длительности — круговой индикатор (spinner) с плавной пульсацией. В таблице ниже сравнение по UX-метрикам:

Индикатор Воспринимаемое время Retention Контекст
Skeleton screen -30% +15% Высокий
Линейный с easing -20% +10% Средний
Круговой спиннер 0% 0% Низкий

Почему skeleton screen лучше спиннера?

Спиннер не даёт контекста — пользователь не знает, что загружается. Skeleton screen показывает структуру будущего контента, что снижает тревожность. По нашим данным, такой подход повышает retention на 15% на этапах загрузки. Мы рекомендуем skeleton для списков, профиля и новостных лент. Реализуем через shimmer-эффект: CAGradientLayer с анимацией locations от [-1, -0.5, 0] до [1, 1.5, 2]. На Android — библиотека Shimmer от Facebook или ValueAnimator + кастомный Drawable. Исследования показывают: skeleton screens уменьшают воспринимаемое время ожидания на 20-30% по сравнению со спиннером.

Когда стоит использовать кастомный индикатор?

Если бренд требует уникального визуального стиля — например, прогресс-бар с градиентом, анимированной иконкой или нестандартной формой. Кастомный индикатор также необходим, когда стандартные спиннеры не вписываются в интерфейс (тёмная тема, сложные анимации). В таких случаях мы разрабатываем индикатор с нуля, используя CAShapeLayer на iOS, Canvas на Android или CustomPainter во Flutter.

Реализация на каждой платформе

Линейный прогресс-бар

На iOS: CALayer с анимацией bounds.size.width через CABasicAnimation. На Android: ObjectAnimator.ofInt(progressBar, "progress", from, to) с setInterpolator(DecelerateInterpolator()) — замедление к концу даёт ощущение «почти готово». В Flutter: TweenAnimationBuilder с LinearProgressIndicator(value: progress). Пример анимации на Swift:

let animation = CABasicAnimation(keyPath: "bounds.size.width")
animation.fromValue = 0
animation.toValue = progress * containerWidth
animation.duration = 0.3
animation.timingFunction = CAMediaTimingFunction(controlPoints: 0.25, 0.46, 0.45, 0.94)
progressLayer.add(animation, forKey: "progress")

На Android:

val animator = ObjectAnimator.ofInt(progressBar, "progress", from, to)
animator.interpolator = DecelerateInterpolator()
animator.duration = 300L
animator.start()

Круговой индикатор

CAShapeLayer с strokeEnd на iOS или Canvas + drawArc на Android. Для кастомного дизайна с градиентом по кругу: CAGradientLayer + CAShapeLayer как маска — стандартный, но не очевидный приём.

Skeleton screens

Вместо спиннеров для контентных экранов — skeleton screen. Реализуем через shimmer-эффект: CAGradientLayer с анимацией locations от [-1, -0.5, 0] до [1, 1.5, 2]. На Android — библиотека Shimmer от Facebook или ValueAnimator + кастомный Drawable.

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

  • Анализ UX и выбор типа индикатора под сценарий
  • Реализация нативной анимации с поддержкой всех состояний (загрузка, ошибка, пусто)
  • Интеграция с сетевым слоем и локальными данными
  • Тестирование на реальных устройствах с разной производительностью
  • Документация и передача кода, обучение разработчиков

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

  1. Аналитика — обсуждаем экраны и типы индикаторов, согласуем дизайн
  2. Прототипирование — быстрый прототип анимации за 1 день
  3. Разработка — код с учётом архитектуры приложения
  4. QA — проверка на устройствах (iOS 15+, Android 10+)
  5. Деплой — загрузка в App Store / Google Play и мониторинг

Сроки: от 1 дня для стандартного прогресс-бара, до 5 дней для комплексного решения с skeleton и кастомной анимацией. Оцениваем проект бесплатно — свяжитесь с нами для консультации. Закажите реализацию индикаторов под ключ — получите готовый код с документацией.

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

  • Обновление прогресса чаще 100 мс — дёрганая анимация. Всегда используйте таймер с интервалом.
  • Линейная интерполяция без easing — выглядит неестественно. Применяйте easing-функции.
  • Отсутствие обработки прерываний (например, пользователь нажал назад). Останавливайте анимацию и освобождайте ресурсы.
  • Несоответствие цвета/стиля индикатора общему UI. Согласовывайте дизайн на этапе аналитики.

Ключевой результат: пользователь не замечает загрузку, анимация выглядит естественно и не раздражает. Свяжитесь с нами для бесплатной оценки проекта.

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