Xcode et débogage avancé dans LLDB: Partie 1

Bonjour, aujourd'hui, je vous suggère de vous familiariser avec la traduction d'un article sur le débogage des applications iOS à l'aide de LLDB.

L'une des parties les plus intrigantes de la présentation de la WWDC 2018, Xcode et le débogage avancé en LLDB, a été introduite par les ingénieurs d'Apple. Ils ont donné quelques conseils utiles sur la façon d'utiliser les points d'arrêt dans Xcode et le débogueur de bas niveau (LLDB) pour optimiser le processus de débogage des bogues, où que le développeur les ait détectés.

L'article se compose de trois parties, nous allons passer en revue les principaux points qui ont été énoncés à la WWDC. J'ai créé un projet de démonstration spécifiquement pour mieux comprendre comment utiliser différents types de points d'arrêt (points d'arrêt) en conjonction avec LLDB pour capturer et déboguer des bogues dans votre application.

Projet de démonstration

J'ai créé un projet de tâche modèle que chaque développeur iOS a rencontré d'une manière ou d'une autre. Il est très important de comprendre comment cela fonctionne avant de plonger dans la lecture de l'article. Voici les principales fonctions du projet de démonstration:

• Lorsqu'il est ouvert, nous voyons un contrôleur de vue de table qui charge une liste de publications.
• Lors du défilement vers le bas, le contrôleur de vue de table charge de nouveaux messages.
• Au total, vous pouvez charger des publications 7 fois .
• Vous pouvez mettre à jour la liste des publications en tirant vers le bas à l'aide du contrôleur de rafraîchissement (tirez vers le bas pour rafraîchir).
• Dans la barre de navigation en haut, il y a 2 étiquettes (étiquettes) qui montrent combien de messages ont été téléchargés (étiquette de droite) et combien de fois l'utilisateur a déjà téléchargé des messages (étiquette de gauche).

Vous pouvez télécharger le projet de démonstration à partir d'ici si vous préférez Objective-C.

Si vous préférez Swift, alors à partir d'ici .

Lancez Xcode et c'est parti!

Bugs à corriger!

Vous vous êtes donc familiarisé avec le projet et avez probablement remarqué les erreurs suivantes:

• Lorsque vous tirez la table vers le bas, le rafraîchisseur ne met pas à jour les messages.
• L'utilisateur ne reçoit aucune notification (à l'aide du contrôleur d'alerte) indiquant que la demande HTTP n'a pas été exécutée en raison de problèmes de connexion.
• Vous pouvez charger des publications plus de 7 fois.
• L'indicateur de gauche (étiquette) dans la barre de navigation, qui est responsable du comptage du nombre de téléchargements, ne fonctionne pas.

Une règle importante: jusqu'à la fin de cet article, vous n'arrêtez pas le compilateur et ne redémarrez pas l'application après le tout premier lancement. Vous corrigez les erreurs lors de l'exécution du programme.

Le pouvoir des équipes pédagogiques

Passons au premier bug.

1. Lorsque vous tirez le tableau vers le bas, les messages ne sont pas mis à jour.

Comment reproduire l'erreur:

• Lancez l'application, les 10 premiers messages sont déjà chargés.
• Faites défiler vers le bas pour charger plus de messages.
• Faites défiler jusqu'au début du tableau et faites-le glisser pour actualiser.
• Les nouveaux messages ne se chargent pas et les anciens ne disparaissent pas, et le compteur de messages n'est pas réinitialisé.

L'approche standard pour corriger de telles erreurs consiste à examiner ce qui se passe à l'intérieur du sélecteur de méthode responsable de l'UIRefreshControl de notre table. Accédez à PostsTableViewController dans la section de prise en charge du contrôle de rafraîchissement de la marque pragma . À partir de la fonction setupRefreshControl, nous pouvons conclure que le sélecteur responsable de la mise à jour des publications est la fonction reloadNewPosts . Ajoutons un point d'arrêt à la première ligne de cette fonction et découvrons ce qui se passe exactement ici. Faites maintenant défiler jusqu'au début du tableau et faites glisser l'écran pour actualiser.


Objectif-c


Rapide

Le débogueur s'est arrêté au point d'arrêt que vous avez défini. Pour une étude plus approfondie, cliquez sur le bouton «sauter le bloc» du débogueur.


Objectif-c


Rapide

Maintenant, nous comprenons ce qui ne va pas!

La condition if n'est pas remplie (c'est-à-dire que la variable booléenne isPullDownToRefreshEnabled est définie sur NO) et, par conséquent, le code de mise à jour des publications est ignoré.

L'approche standard consiste à arrêter le compilateur, puis vous devez définir isPullDownToRefreshEnabled sur YES / true et cela résoudrait le problème. Mais il serait beaucoup plus pratique de tester d'abord notre hypothèse avant d'apporter des modifications au code et sans avoir à arrêter le compilateur. C'est là que les commandes d'instruction du débogueur s'avèrent très utiles.

Double-cliquez sur le point d'arrêt installé ou faites un clic droit sur «Modifier le point d'arrêt» et cliquez sur le bouton «Ajouter une action». Sélectionnez également le type d'action «Commande du débogueur».



Maintenant, nous devons définir la propriété isPullDownToRefreshEnabled sur YES / true. Ajoutez la commande suivante au débogueur.

Objectif-c

expression self.isPullDownToRefreshEnabled = YES 

Rapide

 expression self.isPullDownToRefreshEnabled = true 

Ensuite, vérifiez que la case «Continuer automatiquement après l'évaluation des actions» est cochée. Il est chargé de s'assurer que le débogueur ne s'arrête pas au point d'arrêt à chaque fois et continue automatiquement de travailler avec la commande nouvellement ajoutée. Faites maintenant défiler jusqu'au début du tableau et faites glisser vers le bas pour actualiser.

Voila, les nouveaux messages ont chargé et remplacé les anciens et, en conséquence, le compteur de messages a été mis à jour.

Nous avons résolu le premier problème, procurez-vous votre arme anti-bug, nous passons au second.

2. L'utilisateur ne reçoit aucune notification (à l'aide du contrôleur d'alerte) indiquant que la demande HTTP n'a pas été exécutée en raison de problèmes de connexion.

Comment reproduire l'erreur:

• Déconnectez la connexion Internet de votre iPhone / simulateur.
• Faites défiler jusqu'au début du tableau et faites glisser vers le bas pour actualiser.
• Les nouveaux messages ne seront pas téléchargés en raison d'une erreur de connexion Internet.
• L'utilisateur ne reçoit aucune notification d'erreur.

Accédez à PostsTableViewController dans la section Networking de la marque pragma . Il a exactement une fonction loadPosts . Il utilise une instance de gestionnaire de réseau commune pour exécuter une requête HTTP GET qui renvoie un tableau de publications via un gestionnaire de fin «succès» ou NSError via un gestionnaire de fin «échec».

Nous devons ajouter le code à la fermeture «infructueuse» afin d'afficher un contrôleur d'alerte. Si vous accédez à la section Support de la marque pragma, vous verrez qu'il existe déjà une fonction presentNetworkFailureAlertController chargée d'afficher le contrôleur d'alerte souhaité. Tout ce que nous devons faire est d'appeler cette fonction dans une fermeture "échouée" dans loadPosts .
La manière traditionnelle consiste à arrêter le simulateur et à ajouter le code souhaité. Allons dans l'autre sens!

Ajoutez un point d'arrêt à l'intérieur de la fermeture «infructueuse» après la ligne

Objectif-c

 [self updateUIForNetworkCallEnd]; 

Rapide

 self.updateUIForNetworkCallEnd() 

Double-cliquez sur le point d'arrêt installé ou faites un clic droit sur «Modifier le point d'arrêt» et cliquez sur le bouton «Ajouter une action». Sélectionnez également le type d'action «Commande du débogueur».

Ajoutez la commande suivante au débogueur.

Objectif-c

 expression [self presentNetworkFailureAlertController] 

Rapide

 expression self.presentNetworkFailureAlertController() 

Vérifiez que la case «Continuer automatiquement après l'évaluation des actions» est cochée.
Avec Internet désactivé, faites défiler jusqu'au début du tableau et faites glisser vers le bas pour mettre à jour, ou vous pouvez faire défiler jusqu'à la fin du tableau et essayer de charger de nouveaux messages. Voici ce que vous verrez:



Ce que nous venons de faire s'appelle « injecter » le code à l'aide d'une commande ajoutée au débogueur à un point d'arrêt spécifique.

Un petit résumé

Énumérons encore une fois ce que nous pouvons faire avec les commandes de débogage ajoutées au point d'arrêt:

• Fonctionne avec une valeur de propriété existante.
• Ajoutez une nouvelle ligne de code.

Les deux tâches ont été effectuées pendant l'exécution du programme. Nous n'avons essentiellement pas besoin d'arrêter le compilateur pour corriger les erreurs et redémarrer l'application.

Et ensuite?

De plus, j'attire votre attention sur la deuxième partie de l'article , où nous corrigerons davantage d'erreurs et découvrirons un autre type de point d'arrêt (point d'arrêt) - le point d'observation (point d'observation).