1
00:00:02,290 --> 00:00:07,930
Jetzt habe ich den Haltepunkt hier entfernt und jetzt, da wir die Debugging-Tools in Aktion gesehen haben,

2
00:00:07,930 --> 00:00:10,590
schauen wir uns diese Debugging-Overlays genauer an,

3
00:00:10,600 --> 00:00:14,630
die wir auf diesen virtuellen Geräten oder auch auf realen Geräten öffnen können.

4
00:00:14,680 --> 00:00:18,430
Unter Android öffnen Sie es also erneut mit dem Befehl oder der Steuerung m,

5
00:00:18,520 --> 00:00:23,440
und zunächst höre ich beim Debuggen von Remote-JS auf. Sie müssen dies immer beenden, wenn Sie fertig sind,

6
00:00:23,440 --> 00:00:28,390
und Sie sollten es stoppen, wenn Sie es nicht mehr benötigen, da es Ihre App verlangsamt, auch wenn sie ausgeführt wird,

7
00:00:28,420 --> 00:00:34,360
und jetzt wollen wir sehen, welche anderen coolen Dinge wir dort sehen können. Zum Beispiel können wir die App neu

8
00:00:34,360 --> 00:00:38,780
laden, sie einfach neu laden, falls sie irgendwie hängen bleibt. Sie können

9
00:00:38,830 --> 00:00:44,350
auch das Live-Neuladen deaktivieren. Dies ist das automatische Neuladen, wenn Sie etwas im Code

10
00:00:44,350 --> 00:00:44,990
ändern.

11
00:00:45,250 --> 00:00:50,860
Sie können versuchen, das Hot-Reloading zu aktivieren. Dies bedeutet, dass versucht wird, Teile des Bildschirms, die sich geändert haben,

12
00:00:50,860 --> 00:00:52,600
neu zu laden, ohne die

13
00:00:52,600 --> 00:00:59,260
gesamte App nach dem Speichern einer Datei neu zu laden. Standardmäßig wird die gesamte App neu geladen, und das Hot-Reloading funktioniert häufig nicht

14
00:00:59,260 --> 00:01:02,700
genau so es sollte funktionieren, weshalb es nicht standardmäßig aktiviert ist.

15
00:01:02,770 --> 00:01:04,900
Also werde ich hier auch

16
00:01:04,900 --> 00:01:10,420
live nachladen, aber damit können Sie herumspielen, und dann bekommen wir diese drei anderen Dinge dort

17
00:01:10,420 --> 00:01:14,060
unten, wo besonders der Inspektor und der Leistungsmonitor sehr interessant sind.

18
00:01:14,080 --> 00:01:16,370
Beginnen wir mit dem Leistungsmonitor.

19
00:01:16,480 --> 00:01:22,090
Wenn Sie dies aktivieren, erhalten Sie dieses Overlay, das Sie im Wesentlichen über die Leistung informiert, die Sie haben, und

20
00:01:22,090 --> 00:01:27,350
dort sehen Sie, wie viele Frames Ihre App ausführt, wie viele Frames gelöscht wurden und so weiter.

21
00:01:27,370 --> 00:01:31,570
Beachten Sie jetzt bitte, dass die Leistung, die Sie hier sehen, nicht die

22
00:01:31,600 --> 00:01:34,610
endgültige Leistung Ihrer App ist, da sie sich noch

23
00:01:34,690 --> 00:01:39,970
im Entwicklungsmodus befindet. Wir haben den Debugger nicht angeschlossen, aber der Entwicklungsmodus bedeutet auch, dass Ihr Code

24
00:01:39,970 --> 00:01:40,890
viel Overhead

25
00:01:41,050 --> 00:01:46,510
enthält Zum Beispiel das Overlay, das Sie hier sehen und das sozusagen Teil der App ist, wodurch Ihre

26
00:01:46,510 --> 00:01:48,120
Apps langsamer werden als normalerweise.

27
00:01:48,130 --> 00:01:54,010
Dies kann also ein Indikator sein, aber es ist nicht der endgültige produktionsbereite Test, den Sie durchführen sollten.

28
00:01:54,160 --> 00:02:00,520
Trotzdem kann es schön sein, hier öffnen Sie es mit dem Befehl d unter iOS. Es kann schön sein, dies zu untersuchen und ein

29
00:02:00,520 --> 00:02:06,600
Gefühl dafür zu bekommen, wie sich Ihre App verhält und wie sie funktioniert, wie viel Speicher verbraucht wird und so weiter.

30
00:02:06,640 --> 00:02:13,900
Dies kann Ihnen auch dabei helfen, Speicherlecks zu erkennen, wenn dieser Wert beispielsweise immer höher wird und Sie immer mehr

31
00:02:13,900 --> 00:02:15,820
Speicher auf dem Gerät belegen.