iOS UIImageView vs drawRect estiramiento de imagen

Estaba mirando un video de la WWDC de 2011 sobre la representación de UIKit y hay esta sección que habla de cómo UIImageView es más eficiente que usar drawRect. Aquí hay un ejemplo que muestra la sesión:

enter image description here

No tengo tan claro por qué estirar una imagen a 320x200 tomaría 250 Kbs adicionales usando drawRect pero no usando UIImageView. ¿No necesitaría UIImageView la misma cantidad de píxeles adicionales para cambiar el tamaño y representar la imagen?

¿Alguien puede explicarme?

preguntado el 28 de julio de 12 a las 16:07

Suena como si drawRect usara un búfer de mapa de bits de memoria (que luego se usa como una textura de la unidad gl) mientras que UIImageView se presenta directamente como una textura para el hardware gl. -

1 Respuestas

Estaba en la audiencia, y creo que el punto era que si usas Quartz para crear la nueva imagen y luego dibujas esa imagen, primero tendrás que representar la imagen en un contexto y luego dibujar ese contexto. Si usa los métodos de UIImageView para dividir una imagen pequeña y luego renderizarla, iOS sabe colocar una imagen pequeña en mosaico varias veces, por lo que el contexto enorme (CGImage) nunca se crea.

Respondido 28 Jul 12, 17:07

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.