UIScrollView, NSOperationQueue, GCD y más

UIScrollView para los mayores

El ejemplo del día era una app que mostraba imágenes mastodónticas en una UIScrollView y, lógicamente, funcionaba como el culo. Se trataba de ir mejorándola poco aplicando distintas técnicas. El principal cuello de botella era dibujar la imagen en pantalla, y como todos sabemos UIKit no es seguro en multitarea, así que hacerlo en 2º plano pintaba chungo. Sin embargo, lo que sí se puede hacer en segundo plano es dibujarla en un CGContextRef y posteriormente pasar eso a pantalla. Es decir, se trataba de usar un buffer fuera de pantalla, técnica vieja conocida de los programadores de videojuegos.

Programación iOS en el BNR

Programación concurrente con NSOperation & NSOperationQueue La primera aproximación consistía en dibujar fuera de la pantalla en segundo plano usando NSOperation & NSOperationQueue. Previamente nunca le había prestado mucha atención a esas dos, ya que me parecían relíquias del pasado comparado con GCD (Grand Central Dispatch). NSOperation & NSOperationQueue vs Grand Central Dispatch (GCD) En realidad NSOperation & NSOperationQueue son alternativas de más alto nivel y que usan GCD. La gran ventaja que tienen es que puedes cancelar operaciones pendientes sin hacer tener que hacer chapuzas (basta con mandar un mensaje y ya está). La recomendación oficial de Apple, según Jonathan Saggau, es usar las primeras si puedes, y sino, usar GCD. En realidad, me sigue gustando más GCD y me parece más práctico, así que creo que seguirá siendo mi primera opción. UIScrollView sigue más lenta que el caballo del malo: CALayer al rescate Tras repasar la app con Instruments, estaba claro que aunque había una gran mejora, seguía necesitando una ayuda. Por lo visto, la UIView estaba tardando mucho en pintar la imagen, así que pasamos a usar la CALayer subyacente. Además, CALayer tiene un método que permite copiar directamente el CGContextRef. En ese momento ya lo podíamos dejar por bueno y pasar a otra cosa.

Avisos de memoria que no llegan Algo inquietante y que conviene que sepáis, es que si el usuario está interactuando con la app y consumes mucha memoria, no recibirás los avisos de memoria. Tu app podría irse al pedo sin aviso previo. En esos casos no queda más remedio que comprobar tú mismo el uso de memoria y enviarte a ti mismo tus propios avisos. 🙁

Modernizar código antiguo

La app en cuestión estaba programada de forma bastante anticuada, sin propiedades y con gestión de memoria manual. La idea era actualizarla, incluyendo el usar el «refactor» de Xcode llamado «port to ARC» o algo así. El resultado ha sido un desastre, el puto Xcode se colgó (¡sorpresa!) no sin antes desgraciar el código en el que había estado trabajando todo el día. AL final tuve que recuperar todo y adaptarlo a mano: nunca, nunca dejeis que Xcode modifique vuestro código sin antes hace runa copia de seguridad.

Parseado de JSON con iOS5

No lo sabía, pero iOS5 tiene clases propias para parsear JSON, así que toca olvidarse de la librería de Brautaset. Hicimos algunos ejemplos usando la API de GitHub, una especie de visor de su timeline. No tenía idea de la existencia de esta API  y la voy a usar en mis propios cursos.