1
00:00:02,290 --> 00:00:07,930
Maintenant, j'ai supprimé le point d'arrêt ici et maintenant que nous avons vu les outils de débogage en action,

2
00:00:07,930 --> 00:00:10,590
regardons de plus près ces superpositions de débogage

3
00:00:10,600 --> 00:00:14,630
que nous pouvons ouvrir sur ces appareils virtuels ou sur des appareils réels.

4
00:00:14,680 --> 00:00:18,430
Donc, sur Android, vous l'ouvrez à nouveau avec la commande ou le contrôle m et je

5
00:00:18,520 --> 00:00:23,440
vais tout d'abord m'arrêter au débogage js à distance. Vous devez toujours arrêter cela une fois que vous avez

6
00:00:23,440 --> 00:00:28,390
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

7
00:00:28,420 --> 00:00:34,360
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

8
00:00:34,360 --> 00:00:38,780
au cas où elle serait bloquée d'une manière ou d'une autre, vous pouvez également

9
00:00:38,830 --> 00:00:44,350
désactiver le rechargement en direct qui est ce rechargement automatique lorsque vous changez quelque chose dans le

10
00:00:44,350 --> 00:00:44,990
code.

11
00:00:45,250 --> 00:00:50,860
Vous pouvez essayer d'activer le rechargement à chaud, ce qui signifie qu'il essaiera de recharger des parties de l'écran qui ont

12
00:00:50,860 --> 00:00:52,600
changé sans recharger toute l'application après

13
00:00:52,600 --> 00:00:59,260
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

14
00:00:59,260 --> 00:01:02,700
même manière cela devrait fonctionner, c'est pourquoi il n'est pas activé par défaut.

15
00:01:02,770 --> 00:01:04,900
Je vais donc également procéder au

16
00:01:04,900 --> 00:01:10,420
rechargement en direct ici, mais vous pouvez jouer avec cela, puis nous aurons ces trois autres choses

17
00:01:10,420 --> 00:01:14,060
là-bas, où l'inspecteur et le moniteur de performances sont particulièrement intéressants.

18
00:01:14,080 --> 00:01:16,370
Commençons par le moniteur de performances.

19
00:01:16,480 --> 00:01:22,090
Si vous activez cette option, vous obtenez cette superposition qui vous informe essentiellement sur les performances que vous rencontrez et vous

20
00:01:22,090 --> 00:01:27,350
pouvez voir ici combien de cadres votre application est en cours d'exécution, combien de cadres ont été supprimés, etc.

21
00:01:27,370 --> 00:01:31,570
Maintenant, veuillez noter que les performances que vous voyez ici ne sont pas les performances finales

22
00:01:31,600 --> 00:01:34,610
de votre application, car parce qu'elle est toujours en mode développement,

23
00:01:34,690 --> 00:01:39,970
nous n'avons pas le débogueur attaché, mais le mode développement signifie également qu'il y a beaucoup de surcharge dans votre

24
00:01:39,970 --> 00:01:40,890
code , par

25
00:01:41,050 --> 00:01:46,510
exemple la superposition que vous voyez ici qui fait partie de l'application pour ainsi dire, ce qui rend vos applications plus

26
00:01:46,510 --> 00:01:48,120
lentes qu'elles ne le seraient normalement.

27
00:01:48,130 --> 00:01:54,010
Cela peut donc être un indicateur, mais ce ne sont pas les tests prêts pour la production finale que vous devez faire.

28
00:01:54,160 --> 00:02:00,520
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

29
00:02:00,520 --> 00:02:06,600
d'avoir une idée du comportement et de la performance de votre application, de la quantité de mémoire consommée, etc.

30
00:02:06,640 --> 00:02:13,900
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

31
00:02:13,900 --> 00:02:15,820
en plus de mémoire sur l'appareil.