UIView animación vs CALayers

Question

Estoy luchando con la conceptualización de animaciones con CALayer frente a UIView propios métodos de animación. Tirar "Core Animation" en esto y, bueno, tal vez alguien pueda articular estos conceptos desde un alto nivel para que pueda visualizar mejor lo que está sucediendo y por qué querría migrar las animaciones de UIView (con las que estoy bastante familiarizado ahora) a las animaciones de CALayer en el iPhone. Cada vista en Cocoa-Touch automáticamente obtiene una capa. Y, al parecer, puede animar uno y/o el otro?!? ¡¿Incluso mezclarlos juntos?!? ¿Pero por qué? ¿Dónde está la línea? ¿Cuál es el pro/con para cada uno?

La Guía de programación básica de animación salta inmediatamente a la capa & Clases de temporización y creo que es necesario dar un paso atrás y comprender por qué existen estas piezas variadas y cómo se relacionan entre sí.

Answer 1

Use vistas para el control y capas para los ojos dulces. Las capas no reciben eventos por lo que es más fácil usar una vista para esos casos, pero cuando quieres animar un sprite o fondos, etc., las capas tienen sentido. Los eventos pasan a través de las capas hasta la vista de respaldo para que pueda tener una representación visual bonita sin estropear sus eventos. Intenta superponer una vista que solo estás utilizando para la representación visual y tendrás que pasar los eventos tap a la vista subyacente tú mismo.

Answer 2

Las transformaciones UIView son solo 2D y están restringidas a eso, las transformadas LAyer pueden ser 3D y debe usarlas si desea hacer cosas 3D, la animación UIView funcionará si cambia la transformación UIView o la transformación CALayer. Entonces, en un nivel básico, puedes hacer mucha más manipulación cuando trabajas con una capa en lugar de la vista.

Answer 3

Un UIView siempre se procesa en CALayer. Cuando usa los métodos UIView para animar una vista, está efectivamente manipulando el subyacente CALayer.

Si necesita hacer cosas simples, use los métodos UIView. Para situaciones más complejas, o si desea capas no asociadas con ninguna vista en particular, use CALayers.

Answer 4

He hecho varias aplicaciones el año pasado. Aquí está mi regla de oro:

1. Use UIView hasta que no haga lo que desea.
2. Luego, vaya a CoreAnimation. Pero antes de profundizar demasiado ...
3. Si escribe más de unas pocas animaciones, use Cocos2D.

Answer 5

No estoy seguro si estoy malinterpretando la respuesta de Chris a "¿Qué está haciendo mejor Cocos2D? ¿Entonces no tiene otros problemas con respecto al manejo de eventos táctiles y muchas otras cosas que faltan en OpenGL ES?"

Parece que la respuesta sugiere que Cocos2D no está basado en el framework OpenGL ES cuando en realidad es real. Si bien es un excelente motor de juegos en 2D, implementa OpenGL durante gran parte de su proceso de renderización (adjunto a una biblioteca de física que permite muchas posibilidades muy interesantes de animación) y Chris está en lo cierto, es mucho menos codificante.