Реализация анимации Confetti/Celebration в мобильном приложении

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Реализация анимации Confetti/Celebration в мобильном приложении
Средний
от 4 часов до 2 дней
Часто задаваемые вопросы

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

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

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

  • 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

После завершения ключевого действия в приложении пользователь ожидает визуального отклика. Без анимации триумфа эмоция гаснет, а retention падает. Confetti-анимация — это инженерная задача: синтезировать десятки частиц, не вызвав просадок FPS и не нарушив UX. Наши инженеры с 5-летним опытом и более 50 успешных проектов по интеграции particle effects гарантируют плавную анимацию. Свяжитесь с нами, чтобы обсудить интеграцию под ключ.

Технические сложности рендеринга confetti

Основная проблема — рендеринг множества частиц без просадок FPS. На iOS CAEmitterLayer решает это аппаратно, но неправильные параметры (слишком высокий birthRate, сложные формы) могут нагрузить даже флагманы. На Android кастомный Canvas.onDraw() — узкое место: каждая перерисовка синхронна с UI-потоком. При 200+ частицах нужен SurfaceView или TextureView с отдельным потоком. Во Flutter CustomPainter работает на Dart-потоке, но при активной физике может вызывать задержки.

Вторая сложность — согласование с платформенными гайдлайнами. App Store Review Guidelines (Section 4.2) требуют, чтобы анимация не мешала основному функционалу. Для Android важно не блокировать back-button. Мы учитываем эти нюансы на этапе проектирования.

iOS: CAEmitterLayer — нативный подход

CAEmitterLayer — правильный инструмент для particle effects на iOS. Как указано в документации Apple, это рекомендованный способ. Рендеринг через Metal, анимация на render thread — main thread не участвует.

func startConfetti(in view: UIView) {
    let emitter = CAEmitterLayer()
    emitter.emitterPosition = CGPoint(x: view.bounds.midX, y: -10)
    emitter.emitterShape = .line
    emitter.emitterSize = CGSize(width: view.bounds.width, height: 0)

    let colors: [UIColor] = [.systemRed, .systemBlue, .systemYellow, .systemGreen, .systemPurple]
    let shapes = ["square", "circle", "triangle"]

    emitter.emitterCells = colors.flatMap { color in
        shapes.map { _ in
            let cell = CAEmitterCell()
            cell.contents = UIImage(systemName: "circle.fill")?.withTintColor(color).cgImage
            cell.birthRate = 8
            cell.lifetime = 4.0
            cell.velocity = 200
            cell.velocityRange = 100
            cell.emissionLongitude = .pi
            cell.emissionRange = .pi / 4
            cell.spin = 3.5
            cell.spinRange = 1.0
            cell.scaleRange = 0.5
            cell.scale = 0.4
            cell.color = color.cgColor
            cell.alphaSpeed = -0.15
            return cell
        }
    }

    view.layer.addSublayer(emitter)

    DispatchQueue.main.asyncAfter(deadline: .now() + 2.0) {
        emitter.birthRate = 0
    }
    DispatchQueue.main.asyncAfter(deadline: .now() + 6.0) {
        emitter.removeFromSuperlayer()
    }
}

CAEmitterCell.birthRate — частиц в секунду на ячейку. При 5 цветах × 3 формах × 8 частиц/с = 120 частиц/с суммарно. На 4 секунды lifetime — до 480 частиц одновременно на экране. На iPhone 12+ — комфортно, FPS не падает ниже 58 кадров/с. На iPhone SE 2nd gen — начинает греться при 480 частицах; снижаем birthRate до 4–5 для mid-range устройств.

Для кастомных форм confetti (прямоугольники, звёзды): создаём UIGraphicsImageRenderer, рисуем форму, конвертируем в CGImage для cell.contents.

Детальные параметры CAEmitterCell - `birthRate`: количество частиц в секунду (рекомендуется 4-8 для confetti) - `lifetime`: время жизни частицы (сек) - `velocity`: начальная скорость в пикселях/с - `emissionLongitude`: угол вылета в радианах - `spin`: начальное вращение в радианах/с - `scale`: масштаб частицы

Сравнение: CAEmitterLayer vs SpriteKit vs готовые библиотеки

Решение Производительность Гибкость Сложность
CAEmitterLayer Высокая (Metal) Средняя (только частицы) Низкая
SpriteKit Средняя (CPU/GPU) Высокая (физика, сцены) Средняя
ConfettiSwiftUI Высокая (обёртка над CAEmitter) Низкая (ограниченные параметры) Очень низкая

Android: Canvas-based или библиотека

Кастомный ConfettiView через Canvas:

class ConfettiView(context: Context) : View(context) {
    private val particles = mutableListOf<ConfettiParticle>()
    private val paint = Paint(Paint.ANTI_ALIAS_FLAG)
    private var animator: ValueAnimator? = null

    data class ConfettiParticle(
        var x: Float, var y: Float,
        var vx: Float, var vy: Float,
        val color: Int,
        val size: Float,
        var rotation: Float,
        val rotationSpeed: Float,
        var alpha: Float = 1f
    )

    fun start() {
        repeat(80) {
            particles.add(ConfettiParticle(
                x = Random.nextFloat() * width,
                y = -Random.nextFloat() * 100,
                vx = Random.nextFloat() * 6 - 3,
                vy = Random.nextFloat() * 4 + 3,
                color = listOf(Color.RED, Color.BLUE, Color.YELLOW, Color.GREEN).random(),
                size = Random.nextFloat() * 12 + 6,
                rotation = Random.nextFloat() * 360,
                rotationSpeed = Random.nextFloat() * 6 - 3
            ))
        }

        animator = ValueAnimator.ofFloat(0f, 1f).apply {
            duration = 5000
            addUpdateListener {
                updateParticles()
                invalidate()
            }
            start()
        }
    }

    private fun updateParticles() {
        particles.forEach { p ->
            p.x += p.vx
            p.vy += 0.1f
            p.y += p.vy
            p.rotation += p.rotationSpeed
            if (p.y > height * 0.7f) p.alpha -= 0.02f
        }
        particles.removeAll { it.alpha <= 0 || it.y > height + 50 }
    }

    override fun onDraw(canvas: Canvas) {
        particles.forEach { p ->
            paint.color = p.color
            paint.alpha = (p.alpha * 255).toInt()
            canvas.save()
            canvas.translate(p.x, p.y)
            canvas.rotate(p.rotation)
            canvas.drawRect(-p.size/2, -p.size/2, p.size/2, p.size/2, paint)
            canvas.restore()
        }
    }
}

ValueAnimator + invalidate() — это перерисовка Canvas на каждом кадре. При 80 частицах загрузка CPU составляет менее 10% на Snapdragon 8xx. При 200+ частицах со сложными формами — переходим на SurfaceView с отдельным render thread.

Готовая библиотека: nl.dionsegijn:konfetti:2.0.4 — приличная, поддерживает кастомные формы и KonfettiView.

Сравнение: кастомный Canvas vs konfetti

Решение Производительность Гибкость Зависимости
Кастомный Canvas Средняя (зависит от частиц) Высокая Нет
konfetti Высокая (оптимизирован) Средняя Одна библиотека

Flutter

// Через CustomPainter
class ConfettiPainter extends CustomPainter {
  final List<ConfettiParticle> particles;
  ConfettiPainter(this.particles);

  @override
  void paint(Canvas canvas, Size size) {
    for (final p in particles) {
      final paint = Paint()..color = p.color.withOpacity(p.alpha);
      canvas.save();
      canvas.translate(p.x, p.y);
      canvas.rotate(p.rotation);
      canvas.drawRect(Rect.fromCenter(center: Offset.zero, width: p.size, height: p.size * 0.5), paint);
      canvas.restore();
    }
  }

  @override
  bool shouldRepaint(ConfettiPainter old) => true;
}

В Flutter проще использовать готовый пакет confetti: ^0.7.0 — там ConfettiController с play(), stop(), параметры для направления, цветов, форм.

Как интегрировать confetti за 4 шага?

  1. Определите сценарии вызова: после покупки, завершения уровня, подписки.
  2. Выберите платформу и стек: нативный модуль или кроссплатформенное решение.
  3. Реализуйте модуль confetti с учётом дизайна и оптимизации.
  4. Протестируйте на реальных устройствах разных сегментов.

Почему CAEmitterLayer в 2-3 раза производительнее SpriteKit?

CAEmitterLayer рендерит частицы через Metal на GPU, полностью минуя main thread. SpriteKit использует отдельный процесс, но требует больше памяти для сцен. Для простых частиц (без физики) CAEmitterLayer эффективнее на 60% по CPU.

Почему важна оптимизация под разные устройства?

Confetti в 480 частиц на iPhone SE 2nd gen может вызвать троттлинг и перегрев. На флагманах это незаметно. Наша практика показывает, что для mid-range Android-устройств (Snapdragon 6xx) безопасный лимит — 120 частиц. Мы автоматически определяем устройство и уменьшаем birthRate или используем менее ресурсоёмкие формы. Гарантируем, что анимация не подвесит UI.

Как мы обеспечиваем качество и гарантии?

Мы прошли модерацию более 50 приложений с анимациями. Наши инженеры сертифицированы по iOS и Android (Apple Certified iOS Developer, Google Associate Android Developer). Предоставляем гарантию на интеграцию: бесплатная поддержка 30 дней после деплоя. Закажите консультацию — оценим ваш проект.

Этапы работы и что входит

Этап Что делаем Результат
Аналитика Определяем сценарии вызова confetti, требования к формам и поведению Техническое задание
Проектирование Выбираем стек, проектируем архитектуру (модуль консфетти) Диаграмма компонентов
Реализация Пишем код, интегрируем в приложение Работающий прототип
Тестирование Профилируем на реальных устройствах (5+ моделей), исправляем баги Отчёт тестирования
Деплой Публикуем в сторах, настраиваем флаги включения Доступ к билду

Отметим: Что входит в работу:

  • Исходный код модуля confetti
  • Документация по API и кастомизации
  • Настройка push-уведомлений, если confetti привязана к событиям
  • Обучение ваших разработчиков (1 час онлайн)
  • Поддержка 30 дней после сдачи

Сроки и стоимость

Базовая интеграция через готовую библиотеку — 4-8 часов. Кастомная реализация с уникальными формами, физикой и оптимизацией под разные устройства — от 1 до 3 дней. Стоимость рассчитывается индивидуально. Получите консультацию — мы предложим оптимальное решение.

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