Maintenant, j'ai supprimé le point d'arrêt ici et maintenant que nous avons vu les outils de débogage en action,
regardons de plus près ces superpositions de débogage
que nous pouvons ouvrir sur ces appareils virtuels ou sur des appareils réels.
Donc, sur Android, vous l'ouvrez à nouveau avec la commande ou le contrôle m et je
vais tout d'abord m'arrêter au débogage js à distance. Vous devez toujours arrêter cela une fois que vous avez
terminé et vous devez l'arrêter lorsque vous n'en avez plus besoin, car cela ralentit votre application même si elle est en
cours d'exécution et voyons maintenant quelles autres choses intéressantes nous pouvons y voir. Par exemple, nous pouvons recharger l'application, simplement la recharger
au cas où elle serait bloquée d'une manière ou d'une autre, vous pouvez également
désactiver le rechargement en direct qui est ce rechargement automatique lorsque vous changez quelque chose dans le
code.
Vous pouvez essayer d'activer le rechargement à chaud, ce qui signifie qu'il essaiera de recharger des parties de l'écran qui ont
changé sans recharger toute l'application après
avoir enregistré un fichier, la valeur par défaut est qu'il recharge toute l'application et souvent le rechargement à chaud ne fonctionne pas exactement de la
même manière cela devrait fonctionner, c'est pourquoi il n'est pas activé par défaut.
Je vais donc également procéder au
rechargement en direct ici, mais vous pouvez jouer avec cela, puis nous aurons ces trois autres choses
là-bas, où l'inspecteur et le moniteur de performances sont particulièrement intéressants.
Commençons par le moniteur de performances.
Si vous activez cette option, vous obtenez cette superposition qui vous informe essentiellement sur les performances que vous rencontrez et vous
pouvez voir ici combien de cadres votre application est en cours d'exécution, combien de cadres ont été supprimés, etc.
Maintenant, veuillez noter que les performances que vous voyez ici ne sont pas les performances finales
de votre application, car parce qu'elle est toujours en mode développement,
nous n'avons pas le débogueur attaché, mais le mode développement signifie également qu'il y a beaucoup de surcharge dans votre
code , par
exemple la superposition que vous voyez ici qui fait partie de l'application pour ainsi dire, ce qui rend vos applications plus
lentes qu'elles ne le seraient normalement.
Cela peut donc être un indicateur, mais ce ne sont pas les tests prêts pour la production finale que vous devez faire.
Pourtant, cela peut être agréable, ici vous l'ouvrez avec la commande d sur iOS, il peut être agréable d'examiner cela et
d'avoir une idée du comportement et de la performance de votre application, de la quantité de mémoire consommée, etc.
Cela peut également vous aider à repérer les fuites de mémoire si cette valeur monte et monte par exemple et que vous occupez de plus
en plus de mémoire sur l'appareil.