Кто занимается анимацией, layer или view?

Роль Layer и View в анимациях на iOS

В iOS-разработке и Layer, и View участвуют в анимациях, но их роли принципиально разные и зависят от контекста. Если кратко: непосредственно анимацией "занимается" CALayer, а UIView выступает в качестве высокоуровневой абстракции и контроллера для своего корневого layer. Это разделение ответственности — ключевой аспект архитектуры UIKit и Core Animation.

Основные различия и зоны ответственности

UIView — это объект верхнего уровня, который:

• Управляет иерархией отображения (добавление/удаление subviews).
• Обрабатывает пользовательские события (касания, жесты).
• Предоставляет high-level API для простых анимаций (блоковые анимации).
• Выступает контроллером для своего корневого CALayer, управляя его жизненным циклом (layout, отрисовка контента в drawRect:).

CALayer — это объект низкого уровня из фреймворка Core Animation, который:

• Непосредственно отвечает за визуальный контент и его рендеринг на экране.
• Хранит геометрические свойства (frame, bounds, position, anchorPoint, transform), визуальные атрибуты (backgroundColor, cornerRadius, borderWidth, shadowOpacity) и растровое содержимое (contents).
• Является "моделью" анимации — именно его свойства изменяются в процессе анимации.
• Формирует иерархию слоев, независимую, но часто зеркалирующую иерархию вьюх.

Кто что анимирует? Практические примеры

1. UIView Block-Based Animations (Высокоуровневые)

Когда вы используете UIView.animate(withDuration:...), вы работаете с view, но под капотом UIKit создает и настраивает анимации для соответствующих свойств underlying layer.

// Анимируем через UIView, но меняются свойства layer
UIView.animate(withDuration: 1.0) {
    myView.frame.origin.y += 100 // Меняется frame view -> меняется position layer
    myView.alpha = 0.5           // Меняется alpha view -> меняется opacity layer
    myView.backgroundColor = .blue // Меняется у view -> меняется у layer
}

В этом случае UIView предоставляет удобный API, но всю "тяжелую работу" по интерполяции значений и рендерингу кадров выполняет Core Animation, манипулируя объектами CALayer.

2. Core Animation Animations (Низкоуровневые)

Для более сложных, точных или независимых анимаций вы работаете напрямую с CALayer.

// Прямая работа с CALayer — анимируем не связанное с вьюхой свойство
let rotationAnimation = CABasicAnimation(keyPath: "transform.rotation.z")
rotationAnimation.toValue = CGFloat.pi * 2
rotationAnimation.duration = 2.0
rotationAnimation.repeatCount = .infinity
myView.layer.add(rotationAnimation, forKey: "spinAnimation")

// Анимация, которая будет продолжена даже если вьюха удалена из иерархии?
let fadeAnimation = CABasicAnimation(keyPath: "opacity")
fadeAnimation.fromValue = 1.0
fadeAnimation.toValue = 0.2
fadeAnimation.autoreverses = true
fadeAnimation.repeatCount = .infinity

// Добавляем на отдельный под-слой, не обязательно привязанный к вьюхе
let sublayer = CALayer()
sublayer.backgroundColor = UIColor.red.cgColor
myView.layer.addSublayer(sublayer)
sublayer.add(fadeAnimation, forKey: "pulse")

Здесь CALayer — это прямой исполнитель. Вы управляете им, чтобы анимировать любые его анимируемые свойства (keyPaths).

Важнейшие технические детали

• Модель vs. Презентация: Во время анимации у каждого CALayer есть два экземпляра значений свойств:

    1.  **Модельный слой (model layer)** — хранит целевые, финальные значения (например, `toValue` анимации).
    2.  **Слой презентации (presentation layer)** — содержит текущие, интерполированные значения на конкретном кадре анимации. Именно он отрисовывается на экране. Это критично для точного взаимодействия (например, тапа по движущемуся объекту).

• Неявные vs. Явные анимации:

    *   **Неявные**: Автоматически создаются Core Animation при изменении анимируемого свойства layer **вне транзакции анимации**. Для UIView-анимаций это отключено (действия отключены), что позволяет блочным анимациям UIView работать гладко.
    *   **Явные**: Создаются вами вручную (как `CABasicAnimation`, `CAKeyframeAnimation`).

• Render Loop (Цикл рендеринга): Core Animation интегрируется с RunLoop. На каждом цикле (CADisplayLink) обновляется дерево слоев, вычисляются анимационные кадры, и результаты отправляются в Render Server — отдельный процесс, который и занимается собственно рендерингом на GPU. UIView участвует в первых фазах этого цикла (обновление layout, контента), а CALayer — во всех, включая финальный commit.

Итог и рекомендации

• Используйте UIView-анимации для всего, что связано с логикой интерфейса: анимация появления/скрытия, изменения фреймов, фона, альфы. Это безопасно, просто и корректно работает с Autolayout (используя animateWithDuration:animations: или UIViewPropertyAnimator).
• Обращайтесь напрямую к CALayer и Core Animation, когда нужна:

    *   Анимация **нестандартных свойств** (`cornerRadius`, `shadow`, `border`, `transform.m34` для 3D).
    *   **Сложная последовательность или путь** (`CAKeyframeAnimation`, `CAAnimationGroup`).
    *   Анимация, которая должна **продолжаться в фоне**, независимо от состояния вьюхи.
    *   Высокопроизводительная анимация **десятков/сотен объектов** (частицы, сложные эффекты). Здесь эффективнее работать с отдельными слоями, а не с "тяжелыми" вьюхами.

Окончательный ответ: Анимацией в смысле расчета промежуточных кадров и их отрисовки занимается Core Animation, манипулируя свойствами объектов CALayer. UIView предоставляет удобную, интегрированную с жизненным циклом контроллера (MVC) обертку для наиболее частых сценариев анимации интерфейса. Таким образом, Layer — это "исполнительный механизм", а View — "менеджер" для своей основной layer-иерархии.