[Optimización] Código Vs Animación

Entre esto y la preocupación que tenías por el rendimiento de recorrer un array... no sé que habrás leído o te habrán contado para tener esa obsesión con el rendimiento, pero te estás equivocando bastante.

Olvídate del rendimiento, como si no existiese, y preocúpate de que funcione y esté bien hecho, y si en algún momento algo te va lento, entonces ya miras a ver que es.

#1 Para empezar vamos a discutir el concepto de "optimización", y te diré que en ocasiones (y más aun si estás usando Unity) es más importante la legibilidad del código y sus posibilidades de ampliación que su rendimiento... (Obviamente es importante seguir algunas directrices, y vigilar lo que pones en el update() )pero una cosa es vigilar y otra obsesionarse con el tema.

Y ahora, vamos a por lo que te interesa:
Un cubo girando no es una animación, es un cubo girando, hazlo por código y quítate de problemas. Por norma te recomiendo lo siguiente:

1 - Si no hay deformación, no uses animación (rima y todo).
2 - Si algo es lo bastante sencillo para que puedas hacerlo por código sin complicarte, hazlo.

Así que 1000 cubos girando, que giren por código, que es una línea.

Con respecto a los sprites, lo mismo.
Si hay más de un frame, normalmente usa animación (a no ser que sea algo muy sencillo y prfieras ir alternando frames a mano).
Si lo único que necesitas es que el sprite se mueva, rote, se escale... pues código...

Piensa en la forma más sencilla de hacer las cosas y un 90% de las veces acertarás.
Si te pones a pensar en como hacer para ahorrarte una asignación, acabarás teniendo un código que no comprenderás ni tu mismo.