ARC o no a ARC iphone iOS5

Question

He desarrollado una aplicación de iPhone que debería ser compatible con iOS4 y iOS5 basado en iPhone/iPad.

mi aplicación pierde memoria en pocos lugares, lo cual es cada vez más difícil de depurar debido al tamaño del código. Hace poco leí sobre ARC (automático de recuento de referencia), mi consulta es

1. ¿Es necesario modificar el código fuente (retener/liberar/alloc/dealloc) para compilar con ARC. ¿Qué cambios necesitamos realizar con ARC?

2. ¿es aconsejable cambiar a ARC?

3. ¿Funcionará mi aplicación en el teléfono iOS4 si uso ARC

gracias.

Answer 1

Probablemente este no sea el mejor lugar para publicar esta pregunta, pero responderé porque no me importa que la pregunta esté aquí.

http://developer.apple.com/library/mac/#releasenotes/ObjectiveC/RN-TransitioningToARC/_index.html

1. que va a utilizar el 'Editar> Refactor> Convertir en Objective-C ARC' herramienta de migración y de la mano arreglar cualquier cosa que la herramienta no se puede averiguar.

2. Sí.

3. Sí pero cero las referencias débiles no lo harán.

Answer 2

definitivamente creo que es bueno para los programadores de entender la gestión de memoria y cómo el sistema funciona realmente ... pero, creo ARC es un sistema muy bueno y funciona muy bien. Esta es realmente una pregunta de opinión, por lo que mi opinión es que casi siempre vale la pena comenzar nuevos proyectos que se destinen a aplicaciones de iOS 5 en ARC, excepto en circunstancias muy específicas.

Creo que si usa muchas librerías C en su código, ARC es un poco más difícil de usar en este momento (por lo tanto, si usa mayormente bibliotecas C de terceros y cosas como CoreFoundation, podría considerar si tiene sentido o no), pero aun así, si estas bibliotecas están aisladas en su mayoría de los controladores Objective-C, ARC sigue siendo bueno.

Para aplicaciones antiguas, debe tener en cuenta el uso y los patrones de su aplicación. Si usa muchos métodos de delegado, dado que no puede usar referencias débiles en iOS 4, se vuelve un poco más complicado y probablemente tendrá que tener código mixto ARC y código no ARC. Podría ser mejor tomar una decisión de diseño para avanzar con ARC. Por lo tanto, las nuevas funciones están diseñadas para iOS 5 y quizás no estén disponibles (o totalmente disponibles) en la versión iOS 4 de la aplicación, y las que usan ARC.

Realmente, al final, dependerá de cómo su aplicación ya esté diseñada, de su tamaño y de su comodidad con la administración de memoria administrada y el uso/restricciones de ARC. Por ejemplo, tengo tres proyectos que nunca convertiría en ARC, uno que estoy haciendo mixto ahora mismo, uno que está completamente convertido (pero aún se dirige a iOS 4+) y 2 que son ARC completos e iOS 5+ solamente.

Answer 3

Para ser claros, mientras que no se puede utilizar ARC referencias débiles si se dirigen a iOS 4, que puede todavía utiliza unsafe_unretained, que es básicamente el equivalente de usar assign de propiedades del objeto. Eso significa que puede convertir cualquier código no ARC bien escrito a ARC sin creación accidental de ciclos de retención en iOS 4.

Al usar unsafe_unretained se pierde la función de anulación automática de las referencias débiles, pero aún así obtiene todos los demás beneficios de ARC, como no tener que preocuparse por olvidar lanzar ivars en sus declaraciones dealloc, etc.