À quoi faire attention lors de la transition vers iOS 5

Question

Résumé: Pouvez-vous ajouter à ma liste de choses à surveiller lors de la migration vers iOS 5? StackOverflow a été d'une valeur inestimable que j'ai travaillé sur la mise à niveau vers iOS 5. J'ai découvert quelques jolies choses de base que j'avais raté avant Xcode 4.2, et je me demandais ce que les autres "pièges" qui pourrait se cacher.

Détails: Avec iOS 5 d'expédition cette semaine, j'ai dû faire quelques modifications pour un couple de mes applications. Xcode 4.2 est un bien meilleur travail de l'analyse de code de gestion de mémoire à cause de la nouvelle de l'ARC de fonctionnalité. La mise à jour iOS 5 est un excellent point de passer en revue toutes vos code de gestion de mémoire. Le nouveau compilateur trouve également un certain nombre d'autres problèmes plus tôt compilateurs manqué. Bravo à la Pomme compilateur ingénieurs. Voici les principaux éléments qui ont contribué (et beaucoup d'entre eux seront aussi valables pour les versions antérieures d'iOS).

1. Assurez-vous d' appeler [super dealloc] à la FIN de votre dealloc méthodes, pas au début.
2. Dans viewDidUnload, certaines personnes ont rapporté des bugs qui nécessitent [super viewDidUnload] à être appelé à la fin, pas au début, de votre viewDidUnload.
3. Comprendre conserver compte, synthétisé setters, et quand faire appel à la libération ou de la autorelease. Le nouveau compilateur fera remarquer plus de problèmes que les anciens compilateurs n'. (Je pensais que j'avais été prudent, mais apparemment, je n'étais pas assez prudent.) Apple guide de gestion de la mémoire est une lecture obligatoire-pas de raccourcis.
4. C'est une bonne idée de tourner sur des zombies lors du débogage (dans Xcode, choisir Produit | Modifier le Régime... et sélectionnez le Débogage de programme; sur l'onglet Diagnostics, cochez la case Activer Zombie Objets). Cela peut vous aider à trouver la tentative utilise des zombies (les objets que vous ne devriez pas utiliser plus).
5. Les Fuites instrument est également utile. Exécuter votre application en mode de Profil et de choisir les Fuites de modèle. Dans les Instruments de la fenêtre, sélectionnez les Fuites d'instrument et de cocher la case qui dit "Rassembler une Fuite du Contenu de la Mémoire" et il va vous aider à voir où la perte de mémoire d'origine dans votre code.

Il y a quelques bricoles que j'ai rencontré:

• Apple pattern singleton besoins "oneway", a ajouté le type de retour de la déclaration:

 - (oneway void) communiqué { }

• Vous devrez peut-être ajouter manuellement "armv6" comme un type d'architecture dans vos Paramètres de construction (et assurez-vous Construire Active Seulement l'Architecture est définie sur NON).

Toutes les autres suggestions de pièges potentiels que je devrais regarder pour? J'ai le sentiment que mes applications sont plus stable maintenant, mais je me sentais vraiment bien sur avant de.

Answer 1

1/ Modal contrôleurs de se comporter différemment, si vous deviez changer leur taille. Si vous avez besoin de dialogue modale d'une taille différente, pensez à utiliser iOS 5 vue d'enfant contrôleurs.

2/ Pour une table, si vous étiez de retour néant en-tête de section et positive de la hauteur, dans l'iOS 4, l'en-tête a été caché. Dans iOS 5, vous devez retourner la hauteur nulle pour les nul les en-têtes.

3/ UDID est obsolète. Vous pouvez utiliser CFUUIDCreate de créer un id unique et l'enregistrer dans vos paramètres, mais être conscient que l'appareil les données peuvent être sauvegardées et restaurées à un autre appareil, vous laissant avec deux appareils avec le même id. J'ai résolu la situation en enregistrant mon id dans keychain avec l'attribut kSecAttrAccessibleWhenUnlockedThisdeviceonly.

Sur votre liste: [super viewDidUnload] doit toujours être appelé comme la dernière instruction dans votre viewDidUnload. La logique est la même que dans [super dealloc]. Notez que vous devez également appeler [auto viewDidUnload] dans votre dealloc (si vous ne l'avez pas déjà communiqué votre mémoire il y a) car il n'est pas appelé implicitement (bien que parfois il est).

À partir de mes expériences, de détection de fuite dans les Instruments ne pas signaler les fuites sur les propriétés qui sont synthétisés sans attribution d'un nom de propriété.