Animazione UIView vs CALayers

Question

Sono alle prese con concettualizzare le animazioni con un CALayer in contrasto con i metodi di animazione propri di UIView. Lancia "Core Animation" in questo e, beh, forse qualcuno può articolare questi concetti da un livello elevato in modo da poter visualizzare meglio cosa sta succedendo e perché vorrei migrare le animazioni di UIView (che ora conosco abbastanza bene) alle animazioni CALayer su iPhone. Ogni vista in Cocoa-Touch ottiene automaticamente un livello. E, a quanto pare, è possibile animare uno e/o l'altro?!? Anche mescolarli insieme?!? Ma perché? Dov'è la linea? Qual è il pro/contro a ciascuno?

La Guida di programmazione Core Animation salta immediatamente al livello & Classi di cronometraggio e ritengo necessario fare un passo indietro e capire perché questi vari pezzi esistono e come si relazionano tra loro.

Answer 1

Utilizzare le visualizzazioni per il controllo e gli strati per i dolci per gli occhi. I livelli non ricevono eventi quindi è più facile usare una vista per quei casi, ma quando si desidera animare uno sprite o sfondi, ecc., I livelli hanno senso. Gli eventi passano attraverso i livelli fino alla vista di supporto in modo da avere una bella rappresentazione visiva senza rovinare i tuoi eventi. Prova a sovrapporre una vista che stai usando per la rappresentazione visiva e dovrai passare tu stesso gli eventi tap alla vista sottostante.

Answer 2

Le trasformazioni di UIView sono solo 2D e sono limitate a questo, le trasformate di LAyer tuttavia possono essere 3D e dovresti usarle se vuoi fare cose 3D, l'animazione di UIView funzionerà se cambi la trasformazione di UIView o la trasformazione di CALayer. Quindi a livello di base, puoi fare molta più manipolazione quando lavori con un Layer piuttosto che con la Vista.

Answer 3

Un UIView viene sempre visualizzato in un CALayer. Quando si utilizzano i metodi UIView per animare una vista, si sta effettivamente manipolando il sottostante CALayer.

Se è necessario eseguire operazioni semplici, utilizzare i metodi UIView. Per situazioni più complesse o se si desidera creare layer non associati a nessuna vista in particolare, utilizzare CALayers.

Answer 4

Ho fatto un sacco di app l'anno scorso. Ecco la mia regola generale:

1. Utilizzare UIView finché non esegue ciò che si desidera.
2. Quindi passare a CoreAnimation. Ma prima di addentrarti troppo ...
3. Se scrivi più di poche animazioni, usa Cocos2D.

Answer 5

Non sono sicuro di aver frainteso la risposta di Chris a "Cosa sta facendo Cocos2D meglio? Non hai altri problemi allora, per quanto riguarda la gestione degli eventi touch e molte altre cose che mancano in openGL ES?"

Sembra che la risposta suggerisca che Cocos2D non si basa sul framework OpenGL ES quando in realtà lo è. Sebbene sia un ottimo motore di gioco 2D, implementa OpenGL per gran parte del suo rendering - collegato a una libreria fisica consente molte possibilità molto interessanti per l'animazione - e Chris è corretto - è molto meno codificante.