1
00:00:02,470 --> 00:00:08,350
Wenn wir über das Debuggen sprechen, ist es wichtig zu verstehen, was möglicherweise schief gehen kann

2
00:00:08,350 --> 00:00:13,150
und in welchen Situationen Sie Ihren Code debuggen oder Fehler vermeiden möchten.

3
00:00:13,150 --> 00:00:18,700
Das offensichtlichste, was schief gehen kann, ist, dass Ihre App abstürzt oder dass Sie eine

4
00:00:18,700 --> 00:00:20,760
bekommen Fehlermeldung. In der

5
00:00:20,770 --> 00:00:28,120
Entwicklung ist dies diese rote Box, die Ihre App überlagert, die wir bereits in diesem Kurs gesehen haben, und diese Fehlermeldungen sind

6
00:00:28,120 --> 00:00:32,330
natürlich ein klares Zeichen dafür, dass etwas mit Ihrem Code nicht stimmt.

7
00:00:32,650 --> 00:00:40,060
Subtiler sind logische Fehler. In Ihren Apps werden Sie sicherlich irgendwann ein Verhalten haben, das

8
00:00:40,480 --> 00:00:46,540
für Sie möglicherweise keinen Sinn ergibt oder bei dem etwas einfach nicht so funktioniert, wie es funktionieren sollte.

9
00:00:46,570 --> 00:00:51,830
Sie erhalten keinen Fehler, aber Ihre App verhält sich schlecht,

10
00:00:51,910 --> 00:00:52,680
funktioniert

11
00:00:52,750 --> 00:00:58,370
nicht richtig und normalerweise haben Sie irgendwo logische Fehler, die dies verursachen.

12
00:00:58,370 --> 00:01:02,470
Und zu guter Letzt haben Sie Ihre Benutzeroberfläche, Ihr Styling, Ihr Layout, die

13
00:01:02,470 --> 00:01:06,470
Benutzererfahrung, die Sie erstellen möchten, und vielleicht ist das nicht der Fall. Vielleicht

14
00:01:06,490 --> 00:01:13,270
haben Sie etwas, das einfach nicht so aussieht oder sich so anfühlt, wie es aussehen oder sich anfühlen sollte und das kann

15
00:01:13,270 --> 00:01:19,000
auch schief gehen und das du vermeiden willst. Typische Beispiele für Fehlermeldungen oder Ursachen für

16
00:01:19,000 --> 00:01:26,830
Fehlermeldungen sind Syntaxfehler, bei denen Sie einfach einen Tippfehler in Ihrem Code haben oder bei denen Sie eine schließende

17
00:01:26,830 --> 00:01:32,140
geschweifte Klammer vergessen haben, so etwas, aber auch einfach Fehler in Ihrem Code,

18
00:01:32,140 --> 00:01:37,000
z. B. eine Codezeile Wenn Sie einen Wert verwenden, den Sie eigentlich

19
00:01:37,000 --> 00:01:43,990
nie festgelegt haben, versuchen Sie beispielsweise, etwas mit einem undefinierten Wert zu berechnen oder eine Zeichenfolge zu

20
00:01:43,990 --> 00:01:46,290
analysieren, die tatsächlich undefiniert ist,

21
00:01:46,420 --> 00:01:54,030
so etwas, was normalerweise auch zu Fehlern führen würde. Und dann haben Sie eine spezielle Art von Fehler und dies sind

22
00:01:54,060 --> 00:01:56,490
unvermeidbare Fehler, wie ich sie gerne nenne.

23
00:01:56,520 --> 00:02:01,230
Das bedeutet nicht, dass dies Fehler sind, die Sie nicht vermeiden können, weil Sie

24
00:02:01,230 --> 00:02:02,190
als Entwickler

25
00:02:02,250 --> 00:02:08,760
einfach nicht gut genug sind. Stattdessen meine ich Fehler, die daraus resultieren können, dass Sie eine Netzwerkanfrage stellen und die Benutzer

26
00:02:08,790 --> 00:02:15,570
Ihrer App keine Netzwerkverbindung haben oder dass Sie in das Dateisystem schreiben und dieser Zugriff irgendwie blockiert ist, sodass Sie nicht

27
00:02:15,570 --> 00:02:23,430
sicher sein können, dass dies niemals fehlschlägt, wenn Benutzer Ihre App verwenden, da Sie nicht steuern können, wie sie Ihre App verwenden oder unter welchen

28
00:02:23,640 --> 00:02:29,580
Umständen Sie verwenden Ihre App und für solche Fehler können Sie auch Strategien finden, bei denen Sie den Fehler

29
00:02:29,580 --> 00:02:36,030
nicht vermeiden können, aber bei denen Sie damit umgehen können. Ein typisches Beispiel für logische Fehler wäre, dass

30
00:02:36,040 --> 00:02:42,270
Sie ein unerwünschtes oder unerwartetes App-Verhalten haben und dies natürlich beseitigen möchten, dass Sie ein unerwartetes

31
00:02:42,270 --> 00:02:49,230
oder nicht behandeltes Benutzerverhalten haben, sodass Benutzer Ihre App so verwenden, wie Sie es möchten Sie wollten sie

32
00:02:49,230 --> 00:02:52,470
nicht verwenden. Wenn Sie Ihre App während der

33
00:02:52,470 --> 00:02:57,480
Entwicklung testen, möchten Sie wirklich kreativ sein und herausfinden, ob Benutzer an Stellen

34
00:02:57,480 --> 00:03:05,190
gelangen können, an denen sie fortfahren können oder an denen Ihre App nicht richtig funktioniert, sodass die Benutzer möglicherweise folgen

35
00:03:05,190 --> 00:03:11,100
Eine bestimmte Abfolge von Schritten, die zu einem Fehler führt, zu einem logischen Fehler. Möglicherweise

36
00:03:11,100 --> 00:03:17,850
fehlt irgendwann eine Eingabe, und Sie prüfen nicht, ob diese Eingabe festgelegt ist. Wenn diese nicht festgelegt ist,

37
00:03:18,120 --> 00:03:22,740
können Sie ein anderes Problem verursachen oder gehe in einen anderen Fehler,

38
00:03:22,770 --> 00:03:24,200
also so etwas.

39
00:03:24,300 --> 00:03:29,790
Wenn wir jetzt über das Styling und das Layout sprechen, können wir natürlich unerwartetes oder falsches Styling haben.

40
00:03:29,790 --> 00:03:34,340
Wir testen also die App und sehen, dass sie nicht so aussieht, wie sie

41
00:03:34,470 --> 00:03:38,220
sollte, oder vielleicht haben wir nur inkonsistente Ergebnisse verschiedene Geräte, vielleicht

42
00:03:38,220 --> 00:03:44,790
sieht unsere App unter iOS gut aus, aber nicht unter Android oder nicht zuletzt, vielleicht haben wir ein Layout, das auf

43
00:03:44,790 --> 00:03:49,220
bestimmten Geräten oder in bestimmten Ausrichtungen einfach nicht funktioniert oder sich nicht richtig anfühlt.

44
00:03:49,260 --> 00:03:53,370
Vielleicht passt unser Inhalt auf sehr kleinen Geräten nicht auf den

45
00:03:53,400 --> 00:03:58,750
Bildschirm. All dies möchten wir auch ausschließen. Nun, das können Sie debuggen.

46
00:03:58,770 --> 00:04:03,460
Wie debuggen Sie? Welche Tools erhalten Sie zum Debuggen Ihrer Fehler?

47
00:04:03,600 --> 00:04:11,880
Das offensichtlichste Tool, das Sie erhalten, und dennoch übersehen viele Leute die Fehlermeldungen.

48
00:04:11,880 --> 00:04:14,070
Lesen Sie ernsthaft

49
00:04:14,070 --> 00:04:17,100
die Fehlermeldungen, die Sie erhalten.

50
00:04:17,130 --> 00:04:24,850
Ich habe es in meinen Kursen so oft gesehen, dass die Schüler einen Fehler bekommen und einfach gehen. Oh Gott, ich habe

51
00:04:25,170 --> 00:04:32,760
einen Fehler, einen Screenshot oder ein Kopieren und Einfügen in den Abschnitt "Fragen und Antworten". Manchmal können Fehler sehr schwer zu debuggen

52
00:04:32,760 --> 00:04:39,180
oder zu verstehen sein oder Sie benötigen einige Erfahrung, um herauszufinden, was genau schief gelaufen ist, aber um

53
00:04:39,600 --> 00:04:46,530
ganz ehrlich zu sein, sind Fehlermeldungen häufig wirklich klar, was schief gelaufen ist, oder enthalten sogar eine Lösung, wie Sie

54
00:04:46,530 --> 00:04:48,120
den Fehler beheben können.

55
00:04:48,210 --> 00:04:54,090
Und last but not least bringt es Sie oft sehr weit, einfach eine Fehlermeldung zu nehmen und sie zu googeln, da

56
00:04:54,090 --> 00:04:56,790
Sie wahrscheinlich nicht der erste sind, der sie erhält.

57
00:04:57,970 --> 00:05:03,850
Angenommen, Sie erhalten keine Fehlermeldung, aber Ihre App verhält sich an einer bestimmten Stelle nicht richtig, oder

58
00:05:03,880 --> 00:05:09,670
Sie sind sich nicht sicher, ob ein Wert in einem Teil Ihres Codes richtig eingestellt ist.

59
00:05:09,880 --> 00:05:15,370
Eine sehr einfache Möglichkeit, in Ihren Code zu schauen und ein Gefühl für die Werte zu bekommen, mit denen

60
00:05:15,370 --> 00:05:22,150
Sie im Code arbeiten, ist die Verwendung eines guten alten Konsolenprotokolls. Jetzt hat das Debuggen von Konsolenprotokollen nicht den besten Ruf, und

61
00:05:22,150 --> 00:05:26,090
in der Tat ist es nicht so toll, wenn Sie ein sehr komplexes Problem

62
00:05:26,260 --> 00:05:32,470
debuggen, sondern einfach eine Vorstellung vom Fluss Ihres Codes oder von einigen der Werte bekommen, mit denen Sie arbeiten , Es ist

63
00:05:32,470 --> 00:05:32,950
großartig.

64
00:05:32,950 --> 00:05:38,860
Sie können es einfach in Ihren Code einfügen und dann herausfinden, welchen Wert Sie an welchem Punkt verwenden

65
00:05:38,860 --> 00:05:43,840
oder wie sich etwas in einer bestimmten Situation verhält oder ob überhaupt etwas ausgeführt wird.

66
00:05:43,900 --> 00:05:47,260
Daher sollten Sie dies auf jeden Fall auch tun.

67
00:05:47,260 --> 00:05:53,830
Bei komplexeren Problemen oder wenn Sie Ihren Code wirklich Schritt für Schritt durchgehen möchten, ist die Verwendung des Chrome-Debuggers und

68
00:05:53,830 --> 00:05:59,610
der Haltepunkte ein großartiges Tool, das von React Native unterstützt wird, sowohl wenn Sie die Expo verwenden

69
00:05:59,620 --> 00:06:05,860
als auch wenn Sie es sind Expo nicht benutzen. Dort können Sie wirklich tief in Ihren Code eintauchen und ein

70
00:06:05,860 --> 00:06:11,740
Gefühl dafür bekommen, wie er funktioniert. Gehen Sie ihn Schritt für Schritt durch und sehen Sie sich Ihren Code an, während er

71
00:06:11,740 --> 00:06:12,350
ausgeführt wird.

72
00:06:13,090 --> 00:06:15,760
Schauen wir uns diese Dinge jetzt an.