1 00:00:02,290 --> 00:00:07,930 Ora ho rimosso il punto di interruzione qui e ora che abbiamo visto gli strumenti di debug in azione, 2 00:00:07,930 --> 00:00:10,590 diamo un'occhiata più da vicino a questi overlay 3 00:00:10,600 --> 00:00:14,630 di debug che possiamo aprire su questi dispositivi virtuali o anche su dispositivi reali. 4 00:00:14,680 --> 00:00:18,430 Quindi su Android, di nuovo lo apri con comando o controllo me prima di 5 00:00:18,520 --> 00:00:23,440 tutto mi fermerò al debug remoto di js. Devi sempre fermarlo una volta che hai finito 6 00:00:23,440 --> 00:00:28,390 e dovresti fermarlo quando non ne hai più bisogno perché rallenta la tua app anche se è in 7 00:00:28,420 --> 00:00:34,360 esecuzione e ora vediamo quali altre cose interessanti possiamo vedere lì. Ad esempio, possiamo ricaricare l'app, ricaricarla semplicemente 8 00:00:34,360 --> 00:00:38,780 nel caso in cui fosse bloccata in qualche modo, è anche possibile 9 00:00:38,830 --> 00:00:44,350 disabilitare la ricarica dal vivo che è questa ricarica automatica quando si cambia qualcosa nel 10 00:00:44,350 --> 00:00:44,990 codice. 11 00:00:45,250 --> 00:00:50,860 Puoi provare ad abilitare la ricarica a caldo, il che significa che proverà a ricaricare parti dello schermo che 12 00:00:50,860 --> 00:00:52,600 sono cambiate senza ricaricare l'intera 13 00:00:52,600 --> 00:00:59,260 app dopo aver salvato un file, il valore predefinito è che ricarica l'intera app e spesso la ricarica a caldo non funziona esattamente 14 00:00:59,260 --> 00:01:02,700 come dovrebbe funzionare, motivo per cui non è abilitato per impostazione predefinita. 15 00:01:02,770 --> 00:01:04,900 Quindi andrò anche con la 16 00:01:04,900 --> 00:01:10,420 ricarica dal vivo qui, ma puoi giocarci e poi avremo queste tre altre cose laggiù, dove 17 00:01:10,420 --> 00:01:14,060 soprattutto l'ispettore e il monitor delle prestazioni sono molto interessanti. 18 00:01:14,080 --> 00:01:16,370 Cominciamo con il monitor delle prestazioni. 19 00:01:16,480 --> 00:01:22,090 Se lo abiliti, ottieni questo overlay che sostanzialmente ti informa sulle prestazioni che stai avendo e lì puoi 20 00:01:22,090 --> 00:01:27,350 vedere a quanti frame è in esecuzione l'app, quanti frame sono stati eliminati e così via. 21 00:01:27,370 --> 00:01:31,570 Ora, tieni presente che le prestazioni che stai vedendo qui non sono le prestazioni finali della 22 00:01:31,600 --> 00:01:34,610 tua app, anche perché è ancora in modalità di sviluppo, non 23 00:01:34,690 --> 00:01:39,970 abbiamo il debugger collegato ma la modalità di sviluppo significa anche che ci sono molti overhead nel tuo codice , 24 00:01:39,970 --> 00:01:40,890 ad esempio 25 00:01:41,050 --> 00:01:46,510 la sovrapposizione che vedi qui che fa parte dell'app per così dire, il che rende le tue app più lente 26 00:01:46,510 --> 00:01:48,120 di quanto non sarebbe in genere. 27 00:01:48,130 --> 00:01:54,010 Quindi questo può essere un indicatore ma non è il test pronto per la produzione finale che dovresti fare. 28 00:01:54,160 --> 00:02:00,520 Tuttavia, può essere bello, qui lo apri con il comando d su iOS, può essere bello esaminare questo e avere un'idea 29 00:02:00,520 --> 00:02:06,600 di come la tua app si sta comportando e di come sta funzionando, quanta memoria viene consumata e così via. 30 00:02:06,640 --> 00:02:13,900 Questo può anche aiutarti a individuare perdite di memoria se questo valore, ad esempio, va su e su e stai occupando 31 00:02:13,900 --> 00:02:15,820 sempre più memoria sul dispositivo.