Lorsque nous parlons de débogage, il est important de comprendre ce qui pourrait mal tourner et dans quelles
situations vous pourriez vouloir déboguer votre code ou éviter les erreurs et la chose
la plus évidente qui peut mal tourner est que votre application plante ou que vous obtenez un
Message d'erreur. En développement,
c'est cette boîte rouge qui recouvre votre application que nous avons déjà vue dans ce cours et ces messages d'erreur sont bien
sûr un signe clair que quelque chose ne va pas avec votre code.
Les erreurs logiques sont plus subtiles que cela. Dans vos applications, vous aurez certainement à un moment donné un comportement
qui pourrait ne pas avoir de sens pour vous ou où quelque chose ne fonctionne tout simplement pas comme il devrait fonctionner.
Vous n'obtenez pas d'erreur, mais votre application se comporte mal, elle fonctionne de
manière
incorrecte et généralement, vous avez des erreurs logiques quelque part à l'origine de cela.
Et enfin et surtout, vous avez votre interface utilisateur, votre style, votre mise en
page, l'expérience utilisateur que vous souhaitez créer et peut-être que c'est éteint, peut-être
que vous avez quelque chose qui n'a tout simplement pas l'air ni la sensation qu'il devrait avoir. et c'est aussi quelque chose qui
peut mal tourner et que vous voulez éviter. Maintenant, des exemples typiques de messages d'erreur ou
de causes de messages d'erreur sont des erreurs de syntaxe où vous avez simplement une faute de frappe dans votre code ou où
vous avez oublié une accolade fermante, quelque chose comme ça, mais aussi simplement des bogues
dans votre code, donc par exemple une ligne de code où vous utilisez une
valeur que vous n'avez jamais définie, vous essayez par exemple de calculer quelque chose avec une valeur indéfinie ou d'analyser une
chaîne qui n'est en fait pas
définie, quelque chose comme ça, qui entraînerait généralement également des erreurs. Et puis vous avez un type d'erreur particulier et ce sont
des erreurs inévitables comme j'aime les appeler.
Maintenant, cela ne signifie pas que ce sont des erreurs que vous ne pouvez pas éviter parce
que vous n'êtes
pas assez bon en tant que développeur, mais plutôt des erreurs qui pourraient résulter de votre demande de réseau et des utilisateurs de votre
application n'ayant pas de connexion réseau. ou que vous écrivez dans le système de fichiers et que cet accès est en quelque sorte bloqué, vous
ne pouvez donc pas être sûr que cela n'échouera jamais lorsque les utilisateurs utilisent votre application, car vous ne pouvez pas contrôler la façon dont ils utilisent votre application
ou dans quelles circonstances. ils utilisent votre application et pour de telles erreurs, vous pouvez également trouver des stratégies où vous
ne pouvez pas éviter l'erreur mais où vous pouvez la gérer. Maintenant, pour les erreurs logiques, un exemple typique serait
que vous avez un comportement d'application indésirable ou inattendu et que vous voulez bien sûr vous en débarrasser, que
vous avez un comportement d'utilisateur inattendu ou non géré afin que les utilisateurs utilisent votre application d'une manière que vous Je ne
voulais pas qu'ils utilisent, donc lorsque vous testez votre application
pendant le développement, vous voulez être vraiment créatif et savoir si les utilisateurs peuvent entrer
dans des endroits où ils peuvent continuer ou où votre application ne fonctionne pas correctement, de sorte que peut-être les utilisateurs ont suivi une
certaine séquence d'étapes qui mène à une erreur, à une erreur logique, peut-être qu'une entrée est manquante à
un moment donné et que vous ne vérifiez pas que cette entrée est définie et donc que celle-ci n'est pas définie,
vous pouvez provoquer un autre problème ou entrer dans une autre erreur, donc quelque
chose comme ça.
Enfin, si nous parlons du style, de la mise en page, nous pouvons évidemment avoir un style inattendu ou
incorrect, donc nous testons l'application et nous voyons que cela ne ressemble pas à ce qu'il
devrait ou peut-être que nous avons juste des résultats incohérents sur différents
appareils, peut-être que notre application a l'air bien sur iOS mais pas sur Android ou enfin, nous avons peut-être une mise en page qui
ne fonctionne tout simplement pas ou qui ne semble pas correcte sur certains appareils ou orientations.
Peut-être que notre contenu ne tient pas sur l'écran sur de très petits appareils, ce
sont toutes des choses que nous voulons également exclure. Voilà ce que vous pouvez
déboguer, comment déboguez-vous? Quels outils obtenez-vous pour déboguer vos erreurs?
Maintenant, l'outil le plus évident que vous obtenez et pourtant l'outil que beaucoup de gens négligent ou ne regardent pas du
tout sont les messages d'erreur,
lisez attentivement les messages d'erreur que vous obtenez.
Je l'ai vu si souvent dans mes cours que les étudiants ont des erreurs et vont simplement Oh Dieu j'ai une erreur, une
capture d'écran ou copiez-collez-la dans la section Q & A et parfois, les erreurs peuvent être très difficiles à déboguer ou à comprendre
ou vous avez besoin d'expérience pour découvrir ce qui s'est exactement passé mais pour être très honnête, souvent les
messages d'erreur sont vraiment clairs concernant ce qui s'est mal passé ou contiennent même une solution sur la façon dont
vous pouvez corriger l'erreur.
Et enfin, prendre simplement un message d'erreur et le googler vous amène souvent très loin, car vous
n'êtes probablement pas le premier à l'obtenir.
Supposons maintenant que vous n'obteniez pas de message d'erreur mais que votre application ne se comporte pas correctement à certains endroits
ou que vous ne soyez pas sûr si une valeur est correctement définie dans une partie de votre code.
Un moyen très simple de consulter votre code, d'avoir une idée des valeurs avec lesquelles vous travaillez dans
le code est d'utiliser un bon ancien journal de console. Désormais, le débogage des journaux de la console n'a pas la meilleure
réputation et en effet, ce n'est pas génial si vous déboguez un problème très
complexe, mais simplement pour avoir une idée du flux de votre code ou de certaines des valeurs avec lesquelles vous travaillez. , c'est
bien.
Vous pouvez simplement le vider dans votre code, puis découvrir quelle valeur vous utilisez à quel moment ou comment
quelque chose se comporte dans une certaine situation ou si quelque chose est exécuté et
donc, c'est certainement quelque chose que vous devriez également faire.
Maintenant, pour des problèmes plus complexes ou si vous voulez vraiment parcourir votre code étape par étape, l'utilisation du débogueur Chrome et des
points d'arrêt est un excellent outil et il est pris en charge par React Native, à la fois lorsque vous
utilisez expo ou lorsque vous êtes ne pas utiliser expo. Là, vous pouvez vraiment plonger profondément dans votre code
et avoir une idée de son fonctionnement, le parcourir étape par étape et regarder votre code pendant son
exécution.
Jetons donc un œil à ces choses maintenant.