NSLog() est une fonction utile lors des premières étapes d'un projet pour tester et déboguer une application pour iPhone d'Apple, ou, plus généralement, dans une XCode. Étant juste une fonction, comme les autres, sa présence se fera sentir même quand vous relâchez (communiqué) notre exécutable. Il devient alors nécessaire d'enlever, en quelque sorte, toutes les lignes de NSLog() à partir de notre code, ou parce qu'ils n'ont plus besoin, soit parce que les appels à NSLog() pourrait affecter les performances de notre application, surtout si nous mettons NSLog() pour «boucle intérieure.

Maintenant, nous excluons la solution à la "recherche" et "supprimer", car on pourrait alors servir encore. Excluent également la solution de la "recherche" et "commentaires" mal à l'aise pour la même raison que précédemment. Heureusement, une solution propre, facile à trouver et corriger grâce à des instructions conditionnelles du compilateur. Ce que nous faisons dans la pratique et dire au compilateur d'exclure - si il ya une condition spécifique - au cours de la compilation de nos lignes de source qui contiennent NSLog()

Les directives du compilateur et des instructions conditionnelles du compilateur, sont un très puissant et très répandue. Ceux qui viennent de développement ANSI-C les connaît très bien et sera certainement utilizzte dans de nombreuses situations. La particularité de ces «instructions» réside dans le fait, mentionné ci-dessus, d'être vu par le compilateur et non exécutable. Cette caractéristique les rend utiles dans de nombreux cas et peut résoudre les problèmes par ailleurs très agaçant.

Maintenant, nous voyons un exemple de code qui, comme annoncé, permet "d'éliminer" de la compilation du code, dans notre cas NSLog()

Les instructions conditionnelles du compilateur font partie de la même famille que le #define bien, en fait, sont précédées d'un "hash" # Dans l'exemple montré que nous avons défini une ACTIVE_NSLOG les lignes suivantes du code de dire au compilateur de ligne "include" NSLog() uniquement si ACTIVE_NSLOG est définie. Si nous avions le traitement, pendant l'écriture de notre code, d'insérer les appels vers NSLog() dans le bloc #ifdef ... #endif #ifdef ... #endif il suffit de supprimer la définition de la ACTIVE_NSLOG constante de disparaître, la prochaine compilation, toutes nos NSLog()

Une meilleure solution est finalement

Nous voyons maintenant comment configurer l'environnement XCode pour améliorer encore plus ce que nous avons fait plus haut! Tout d'abord on choisit un nom de constante que nous utilisons dans nos projets d'exclure de la compilation NSLog() Vous pouvez choisir le nom que vous voulez, à partir de DEBUG à MIO_DEBUG ou ce que vous préférez. Ouvrez votre projet, qu'il soit neuf ou ancien. Placez tous les NSLog() dans le bloc (ou bloc):

Sélectionnez le fichier principal de votre projet, cliquez avec le bouton droit et choisissez le Obtenir des informations.

Fenêtre s'ouvre avec des informations sur le projet:

Sélectionnez l'onglet Construire, vérifiez d'être en configuration Debug (ceci est le joyau), passez à la section définie par l'utilisateur et d'ajouter, via le bouton en bas à gauche, un nouveau champ appelé OTHER_CFLAGS Ici assegnamoli -DMIO_DEBUG=1 La syntaxe est -D{mia define}=1

Cette procédure présente deux avantages:

1. Nous devons inclure dans le code #define MIO_DEBUG 1 mais nous le faisons à travers les informations du projet. Donc quand on va à compiler la version release (l'un sans NSLog() nous ne devons pas oublier d'effacer la ligne #define MIO_DEBUG 1
2. La constante est définie par rapport à la configuration, le débogage dans notre cas. Ensuite, le passage à la configuration de sortie (release) sera absent et les lignes constant avec NSLog() ne sera pas achevée

Conclusions

La procédure décrite ci-dessus mai être utile dans certains cas moltidutine autre, avec NSLog() n'ont rien à voir avec. Les instructions conditionnelles du compilateur peut contribuer dans une large gamme de contextes. Ils sont souvent utilisés par les programmeurs pour déterminer le type de système d'exploitation, la version, la cible, la présence du processeur mathématique, tout en conservant le même "identiques" Source.

Pour comprendre, à titre d'exemple, nous utilizzre notre MIO_DEBUG constants également intervenir dans d'autres domaines du code:

Pour terminer, voici quelques exemples et des variantes:

Related Post

• Actionscript trace, Objective-C NSLog () (0)
• XCode: organisation de votre code avec la marque # pragma (0)
• Xcode: conseils de débogage sur Préférences (0)
• Xcode raccourci (0)
• Objective-C: une alternative à l'utilisation de CGRectMake (2)

Cet article était utile?:

Chargement ...