1
00:00:03,880 --> 00:00:06,815
Lassen Sie mich damit beginnen, Ihnen

2
00:00:06,815 --> 00:00:11,165
eine kurze 10-minütige Einführung in das Essentials of Networking zu geben.

3
00:00:11,165 --> 00:00:14,045
Angesichts der Tatsache, dass wir begrenzte Zeit haben,

4
00:00:14,045 --> 00:00:16,355
würde ich mich darauf konzentrieren, Ihnen

5
00:00:16,355 --> 00:00:21,191
das Wesentliche zu liefern, das Sie benötigen, um jedes der Themen zu verstehen.

6
00:00:21,191 --> 00:00:26,240
Was wir nun in diesem speziellen Modul abdecken, erfordert

7
00:00:26,240 --> 00:00:30,230
zumindest ein rudimentäres Verständnis dafür, wie

8
00:00:30,230 --> 00:00:34,255
Computernetzwerk funktioniert, bevor wir verstehen, warum wir HTTP verwenden müssen,

9
00:00:34,255 --> 00:00:36,700
warum wir mit einem Server kommunizieren,

10
00:00:36,700 --> 00:00:42,485
was ist der Grund für die Verzögerung, wenn Sie mit einem Server sprechen und so weiter.

11
00:00:42,485 --> 00:00:45,920
Und auch die verschiedenen Protokolle, die Sie

12
00:00:45,920 --> 00:00:50,335
beachten müssen, bevor Sie sogar mit einem Server kommunizieren können.

13
00:00:50,335 --> 00:00:53,540
Also, all dies im Hinterkopf,

14
00:00:53,540 --> 00:00:58,945
eine 10-minütige kurze Einführung in das Essentials of Networking.

15
00:00:58,945 --> 00:01:03,600
Wir beginnen zu erkennen, dass Webanwendungen nicht mehr eigenständig sind.

16
00:01:03,600 --> 00:01:11,030
Sie haben immer ein Angebot unquote Cloud-Backend unterstützt Ihre Web-Anwendung.

17
00:01:11,030 --> 00:01:13,535
Heutzutage ist alles in der Cloud.

18
00:01:13,535 --> 00:01:15,500
Ziemlich bald wirst du auch auf der Cloud sein,

19
00:01:15,500 --> 00:01:19,455
zumindest auf Wolke neun mit silbernem Futter.

20
00:01:19,455 --> 00:01:23,785
Aber angesichts der Tatsache, dass wir

21
00:01:23,785 --> 00:01:29,090
eine serverseitige Unterstützung benötigen, damit unsere Winkelanwendung korrekt funktioniert,

22
00:01:29,090 --> 00:01:31,295
würden Sie den Server hosten.

23
00:01:31,295 --> 00:01:36,405
Und heutzutage ist das Hosten des Servers sehr

24
00:01:36,405 --> 00:01:42,575
einfach, indem Sie einen der Cloud-basierten Infrastrukturdienste verwenden,

25
00:01:42,575 --> 00:01:48,260
Dinge wie Amazon Web Services oder Heroku oder Digital

26
00:01:48,260 --> 00:01:55,190
Ocean oder viele andere, die cloudbasierte Serverunterstützung bieten.

27
00:01:55,190 --> 00:01:59,235
Also, was genau ist auf der Serverseite verfügbar?

28
00:01:59,235 --> 00:02:06,744
Sie haben normalerweise ein Server-Frontend, das mit Ihrer Winkelanwendung spricht,

29
00:02:06,744 --> 00:02:14,615
also die Serverlogik und hinter den Kulissen kommuniziert die Serverlogik mit

30
00:02:14,615 --> 00:02:23,665
einem persistenten Speicher wie einer Datenbank, in der Ihre Daten gespeichert und abgerufen werden.

31
00:02:23,665 --> 00:02:26,130
Wenn Sie die Netzwerkwelt betreten,

32
00:02:26,130 --> 00:02:31,064
werden Sie ziemlich bald mit 304 kleinen Akronymen bombardiert werden,

33
00:02:31,064 --> 00:02:36,230
Dinge, von denen Sie dachten, dass Sie wussten, was sie aus normalem Englisch stammen, oder sie haben

34
00:02:36,230 --> 00:02:38,360
eine ganz andere Bedeutung oder

35
00:02:38,360 --> 00:02:42,375
Zweck, wenn Sie ihnen in dieser Netzwerkwelt begegnen.

36
00:02:42,375 --> 00:02:44,470
Also lassen Sie uns ein paar von ihnen untersuchen.

37
00:02:44,470 --> 00:02:49,020
Also in der Netzwerkwelt werden Sie Leute hören, die über HTTP-Protokoll sprechen.

38
00:02:49,020 --> 00:02:53,215
Das Protokoll, das für die Kommunikation zwischen dem Client und dem Server verwendet wird.

39
00:02:53,215 --> 00:02:56,960
Dies ist ein Anwendungs-Layer-Protokoll,

40
00:02:56,960 --> 00:03:01,135
über das wir kurz im Rest dieser Vorlesung sprechen werden.

41
00:03:01,135 --> 00:03:07,550
Das HTTP-Protokoll, damit es funktioniert, benötigt eine URL, den

42
00:03:07,550 --> 00:03:09,715
Uniform Resource Locator, zur Verfügung gestellt werden.

43
00:03:09,715 --> 00:03:15,205
Dies ist also eine Zeichenfolge, die durch Schrägstriche getrennt ist,

44
00:03:15,205 --> 00:03:22,355
mit einem HTTP-Doppelpunkt oder einem HTTPS-Doppelpunkt davor.

45
00:03:22,355 --> 00:03:25,547
Und ich bin mir sicher, wenn Sie das World Wide Web verwendet haben,

46
00:03:25,547 --> 00:03:29,395
sind Sie ziemlich vertraut mit dem, wie die URLs aussehen.

47
00:03:29,395 --> 00:03:33,230
Außerdem würden Sie hören, wie Leute über JSON sprechen,

48
00:03:33,230 --> 00:03:38,380
nicht Ihren Freund Jason, sondern JavaScript Object Notation.

49
00:03:38,380 --> 00:03:43,610
Die JavaScript-Objekt-Notation ist also eine Möglichkeit, Daten

50
00:03:43,610 --> 00:03:49,660
zu codieren, die von der Serverseite zur Clientseite oder umgekehrt geliefert werden.

51
00:03:49,660 --> 00:03:54,320
Und Sie werden auch hören, wie Leute über XML sprechen noch eine andere Möglichkeit,

52
00:03:54,320 --> 00:04:01,205
Daten zu codieren, während es in Transitversand zwischen der Client- und Serverseite ist.

53
00:04:01,205 --> 00:04:08,375
Nun werden Sie auch hören, wie Leute über höherwertige Protokolle namens SOAP sprechen,

54
00:04:08,375 --> 00:04:14,045
nicht die Art, mit der Sie eine Dusche nehmen, sondern SOAP als ein Protokoll, das die

55
00:04:14,045 --> 00:04:21,975
Kommunikation zwischen Verteilungseinheiten innerhalb ihres Netzwerks ermöglicht.

56
00:04:21,975 --> 00:04:25,295
Und Sie werden auch hören, wie Leute über REST sprechen,

57
00:04:25,295 --> 00:04:29,505
nicht etwas, das Sie zu viel durch diesen speziellen Kurs bekommen,

58
00:04:29,505 --> 00:04:32,510
REST oder Representational State Transfer.

59
00:04:32,510 --> 00:04:36,200
Ich werde einen kürzeren Vortrag, der

60
00:04:36,200 --> 00:04:40,970
speziell REST gewidmet ist, ein wenig später in diesem Modul haben.

61
00:04:40,970 --> 00:04:42,905
Und in der HTTP-Welt

62
00:04:42,905 --> 00:04:45,990
würden Sie Leute hören, die über GET, PUT

63
00:04:45,990 --> 00:04:50,210
, POST und DELETE sprechen und Sie würden sich fragen,

64
00:04:50,210 --> 00:04:52,200
was sie alle bedeuten?

65
00:04:52,200 --> 00:04:55,250
Lassen Sie uns ein wenig darüber in

66
00:04:55,250 --> 00:05:01,245
dieser Vorlesung lernen und auch den Vortrag über REST, den Sie ein wenig später sehen werden.

67
00:05:01,245 --> 00:05:05,020
Eine wichtige Sache, die Sie verstehen müssen, wenn Sie

68
00:05:05,020 --> 00:05:10,120
mit einem Server kommunizieren, ist, dass die Client-Server-Kommunikation

69
00:05:10,120 --> 00:05:15,130
unerwartete Verzögerungen oder unbestimmte Verzögerungen verursacht,

70
00:05:15,130 --> 00:05:21,340
während die Daten entweder abgerufen oder vom Clientstandort auf den Server hochgeladen werden.

71
00:05:21,340 --> 00:05:23,270
Das bedeutet, dass

72
00:05:23,270 --> 00:05:27,310
Sie innerhalb Ihrer Client-Site-Anwendung den Benutzer über die Tatsache informieren müssen, dass

73
00:05:27,310 --> 00:05:31,750
etwas hinter den Kulissen passiert und in der

74
00:05:31,750 --> 00:05:35,335
Lage sein, die Verzögerungen zu behandeln und

75
00:05:35,335 --> 00:05:41,020
möglicherweise nicht in der Lage sein, die Daten von der Serverseite zu erhalten.

76
00:05:41,020 --> 00:05:45,490
Es ist durchaus möglich, dass, wenn Sie versuchen, eine Verbindung mit einem Server herzustellen,

77
00:05:45,490 --> 00:05:47,765
die Verbindung des Servers fehlschlägt,

78
00:05:47,765 --> 00:05:53,920
der Server möglicherweise falsche Daten zurückgibt oder einen Kommunikationsfehler verursachen kann.

79
00:05:53,920 --> 00:05:58,750
All diese müssen auf Ihrer Clientseite entsprechend behandelt werden, damit Ihre Anwendung

80
00:05:58,750 --> 00:06:04,450
auch bei Vorliegen dieser Probleme weiterhin funktioniert.

81
00:06:04,450 --> 00:06:09,250
Springen Sie in das gängigste Protokoll der Anwendungsschicht, das

82
00:06:09,250 --> 00:06:12,880
für die Kommunikation zwischen dem Client und dem Server verwendet wird,

83
00:06:12,880 --> 00:06:15,405
das Hypertext Transfer Protocol.

84
00:06:15,405 --> 00:06:18,585
Aber das ist ein Client-Server-Kommunikationsprotokoll.

85
00:06:18,585 --> 00:06:20,800
Nun kann oder auch nicht viel Sinn für Sie machen,

86
00:06:20,800 --> 00:06:23,532
es sei denn, Sie haben einen ausreichenden Hintergrund im Netzwerk,

87
00:06:23,532 --> 00:06:28,480
aber dies ist ein Protokoll, das für die Kodierung der Nachrichten verwendet wird, die Sie

88
00:06:28,480 --> 00:06:31,330
zwischen Ihrer Client-Anwendung ausgetauscht haben, die

89
00:06:31,330 --> 00:06:35,375
in diesem Fall eine eckige Anwendung ist, und einer Serverseite.

90
00:06:35,375 --> 00:06:38,620
Dieses HTTP-Protokoll ermöglicht es Ihnen,

91
00:06:38,620 --> 00:06:42,450
hypertext-basierte Dokumente von der Serverseite abzurufen,

92
00:06:42,450 --> 00:06:47,200
zunehmend werden die Informationen, die von der Serverseite heruntergeladen werden,

93
00:06:47,200 --> 00:06:52,495
in einem der Standard-Codierungsformate wie JSON oder XML codiert.

94
00:06:52,495 --> 00:06:55,750
Und um mit einem Server sprechen zu können,

95
00:06:55,750 --> 00:07:04,180
haben Sie die Unterstützung von verschiedenen HTTP-Aktionen oder was wir als HTTP-Verben bezeichnen,

96
00:07:04,180 --> 00:07:07,135
die HEAD, GET, POST,

97
00:07:07,135 --> 00:07:11,020
PUT, DELETE, TRACE, OPTIONS und CONNECT.

98
00:07:11,020 --> 00:07:14,080
Wir werden insbesondere die

99
00:07:14,080 --> 00:07:24,395
Verben GET, PUT, POST und DELETE genauer sehen, wenn wir das REST-API-Protokoll ein wenig später untersuchen.

100
00:07:24,395 --> 00:07:27,670
Wie funktioniert das HTTP-Protokoll?

101
00:07:27,670 --> 00:07:30,010
Im HTTP-Protokoll

102
00:07:30,010 --> 00:07:35,215
senden Sie GET-Anforderung von Ihrer Clientanwendung an den Server.

103
00:07:35,215 --> 00:07:39,780
Und dies ist in Form einer HTTP-Anforderungsnachricht codiert.

104
00:07:39,780 --> 00:07:43,760
Die Anforderungsnachricht enthält in

105
00:07:43,760 --> 00:07:48,995
der Regel eine URL in der Anforderungsnachricht, die angibt, was die Serverseite Ihnen senden soll.

106
00:07:48,995 --> 00:07:52,660
Und dies ist in der Regel eine GET-Nachricht, wenn Sie möchten

107
00:07:52,660 --> 00:07:57,440
, dass Daten von der Serverseite heruntergeladen werden.

108
00:07:57,440 --> 00:08:02,110
Sie geben auch an, mit welchem bestimmten Server Sie kommunizieren.

109
00:08:02,110 --> 00:08:04,864
Wenn der Server Ihre Anfrage erhält,

110
00:08:04,864 --> 00:08:09,325
ruft der Server die Daten aus seinem Datenspeicher ab, in der

111
00:08:09,325 --> 00:08:11,980
Regel eine Datenbank auf der Serverseite,

112
00:08:11,980 --> 00:08:14,250
und packt diese Daten dann in

113
00:08:14,250 --> 00:08:20,420
einem geeigneten Format und sendet die Daten an Sie auf Ihrer Clientseite zurück.

114
00:08:20,420 --> 00:08:23,285
Wenn Sie Standard-HTML-, CSS-

115
00:08:23,285 --> 00:08:25,240
und JavaScript-Code von der Serverseite erhalten,

116
00:08:25,240 --> 00:08:27,310
ist Ihr Browser in der Lage, dies zu rendern.

117
00:08:27,310 --> 00:08:30,144
Bei Anwendungen wie Angular

118
00:08:30,144 --> 00:08:32,830
stellen Sie jedoch in erster Linie eine Verbindung zum Server her und

119
00:08:32,830 --> 00:08:39,700
rufen dann die meiste Zeit Daten in Form von JSON oder XML ab.

120
00:08:39,700 --> 00:08:44,200
Mit Ausnahme des ersten Downloads aller Ressourcen, die

121
00:08:44,200 --> 00:08:49,245
für die Ausführung Ihrer Angular-Anwendung in Ihrem Browser erforderlich sind.

122
00:08:49,245 --> 00:08:51,090
Wie wir bereits gesehen haben,

123
00:08:51,090 --> 00:08:59,139
erfordert die HTTP-Anwendung, dass Nachrichten zwischen dem Client und dem Server gesendet werden.

124
00:08:59,139 --> 00:09:03,615
Eine Anforderungsnachricht wird normalerweise vom Client an den Server gesendet, und

125
00:09:03,615 --> 00:09:09,500
die Anforderungsnachricht besteht aus einer Anforderungszeile plus einer Reihe von Headern,

126
00:09:09,500 --> 00:09:14,170
in denen Sie zusätzliche Informationen zur Qualifizierung der Anforderung angeben.

127
00:09:14,170 --> 00:09:17,410
Wir werden die Verwendung verschiedener Header und Einstellungen in

128
00:09:17,410 --> 00:09:23,425
den Kopfzeilen sehen, während wir einige der Übungen in diesem speziellen Modul durchlaufen.

129
00:09:23,425 --> 00:09:27,045
Die Anforderungszeile und die Kopfzeilen werden durch

130
00:09:27,045 --> 00:09:31,280
eine leere Zeile vom Text der Anforderungsnachricht getrennt.

131
00:09:31,280 --> 00:09:34,300
Der Nachrichtentext kann zusätzliche Daten enthalten,

132
00:09:34,300 --> 00:09:38,460
insbesondere wenn Ihr Client Daten an die Serverseite sendet.

133
00:09:38,460 --> 00:09:40,735
Wenn Sie beispielsweise ein Formular senden, werden

134
00:09:40,735 --> 00:09:45,190
die Informationen innerhalb des Formulars in

135
00:09:45,190 --> 00:09:51,115
ein JSON-Format codiert und dann von der Clientseite an die Serverseite gesendet.

136
00:09:51,115 --> 00:09:55,640
Das wird also entweder mit einem POST- oder einer PUT-Nachricht geschehen.

137
00:09:55,640 --> 00:10:02,500
Betrachtet man die wenig mehr Details der HTTP-Anforderungsnachricht,

138
00:10:02,500 --> 00:10:06,140
enthält die typische Anforderungsnachricht in der Anforderungszeile die Methode, die entweder GET, PUT, POST,

139
00:10:06,140 --> 00:10:10,225
DELETE oder einige der anderen Verben, die Sie zuvor gesehen haben,

140
00:10:10,225 --> 00:10:13,735
und dann gefolgt von der URL und der Version

141
00:10:13,735 --> 00:10:19,260
des HTTP-Protokoll, das Sie für die Kommunikation vom Client zur Serverseite verwenden.

142
00:10:19,260 --> 00:10:23,250
Das Kopfzeilenfeld enthält normalerweise einen Kopfzeilenfeldnamen, einen

143
00:10:23,250 --> 00:10:27,310
Doppelpunkt und den Wert für dieses Kopfzeilenfeld.

144
00:10:27,310 --> 00:10:30,020
Und der Körperinhalt

145
00:10:30,020 --> 00:10:36,090
könnte, wie ich bereits erwähnt habe, entweder im JSON- oder XML-Format codiert werden.

146
00:10:36,090 --> 00:10:39,355
Hier ist ein Beispiel für

147
00:10:39,355 --> 00:10:46,040
eine typische HTTP-Anforderungsnachricht, die vom Client an den Server gesendet werden kann.

148
00:10:46,040 --> 00:10:48,000
In dieser speziellen Anforderungsnachricht

149
00:10:48,000 --> 00:10:52,540
bitten wir den Server, die Seite index.html von

150
00:10:52,540 --> 00:10:55,150
der Serverseite zur Clientseite beizubehalten, damit sie

151
00:10:55,150 --> 00:10:58,100
im Browser auf der Clientseite gerendert werden kann.

152
00:10:58,100 --> 00:11:03,790
Eine Anfrage wie diese würde normalerweise einen leeren Körper in der Anforderungsnachricht haben.

153
00:11:03,790 --> 00:11:06,460
Die meisten Informationen werden in der

154
00:11:06,460 --> 00:11:11,755
Anforderungszeile und den Headern der Anforderungsnachricht codiert.

155
00:11:11,755 --> 00:11:15,935
Wenn der Client die Anforderung an den Server sendet.

156
00:11:15,935 --> 00:11:22,120
Der Server verarbeitet die Anfrage und sendet dann eine Antwort an die Client-Seite zurück.

157
00:11:22,120 --> 00:11:26,150
Die Antwortnachricht ist wieder in drei Teilen organisiert,

158
00:11:26,150 --> 00:11:30,850
eine Statuszeile, in der einige Informationen darüber, wie

159
00:11:30,850 --> 00:11:35,648
die Anforderung verarbeitet wurde und was an den Client zurückgesendet wird, gespeichert

160
00:11:35,648 --> 00:11:40,270
wird, die Header zusätzliche Details darüber enthalten, was

161
00:11:40,270 --> 00:11:45,145
in der Antwortnachricht enthalten ist und dann gefolgt von einer leeren Zeile

162
00:11:45,145 --> 00:11:49,355
und dann dem eigentlichen Nachrichtentext.

163
00:11:49,355 --> 00:11:55,405
Ein Beispiel dafür, was normalerweise in einer HTTP-Antwortnachricht enthalten wäre.

164
00:11:55,405 --> 00:11:59,875
In diesem Fall kommt diese Antwortnachricht mit einem 200 zurück

165
00:11:59,875 --> 00:12:03,260
, einem Statuscode der Nachricht.

166
00:12:03,260 --> 00:12:07,420
Wenn in der Anforderungszeile ein 200 als Statuscode angezeigt

167
00:12:07,420 --> 00:12:11,770
wird, bedeutet dies, dass Ihre Anfrage erfolgreich war und der Server die

168
00:12:11,770 --> 00:12:16,920
Daten zurückgeben kann, die Sie von der Serverseite angefordert haben.

169
00:12:16,920 --> 00:12:22,180
Und dann enthält der Header zusätzliche Anweisungen zur

170
00:12:22,180 --> 00:12:25,165
Clientseite, einschließlich Informationen darüber,

171
00:12:25,165 --> 00:12:29,425
wie der eigentliche Nachrichtentext codiert ist.

172
00:12:29,425 --> 00:12:31,705
Dann kann der Text enthalten,

173
00:12:31,705 --> 00:12:34,565
wenn Sie die Seite index.html angefordert haben,

174
00:12:34,565 --> 00:12:39,670
wird der Text der Nachricht den HTML-Code für

175
00:12:39,670 --> 00:12:45,515
die Seite index.html enthalten, wie Sie in diesem Beispiel sehen.

176
00:12:45,515 --> 00:12:53,955
Eine der Informationen in der Statuszeile, die ich als Statuscode bezeichne.

177
00:12:53,955 --> 00:12:58,080
Wenn der Server in der Lage ist, Ihre Anfrage korrekt zu verarbeiten,

178
00:12:58,080 --> 00:13:01,852
sendet er eine Antwort mit dem Statuscode 200 zurück,

179
00:13:01,852 --> 00:13:04,330
was bedeutet, dass alles auf der Serverseite in Ordnung

180
00:13:04,330 --> 00:13:07,685
ist und die Serverseite die Daten korrekt zurückgibt.

181
00:13:07,685 --> 00:13:12,055
Wenn der Server die Anforderung aus irgendeinem Grund nicht verarbeiten kann,

182
00:13:12,055 --> 00:13:14,800
werden diese Informationen im

183
00:13:14,800 --> 00:13:20,020
Statuscode in der Statuszeile der Antwortnachricht codiert.

184
00:13:20,020 --> 00:13:24,160
Die verschiedenen Statuscodes, die normalerweise auftreten, wenn Sie

185
00:13:24,160 --> 00:13:28,355
eine Antwort von der Serverseite erhalten, umfassen eine 201,

186
00:13:28,355 --> 00:13:30,985
was bedeutet, dass, wenn Sie versuchen,

187
00:13:30,985 --> 00:13:34,540
ein Objekt auf der Serverseite zu erstellen, es erfolgreich erstellt wurde,

188
00:13:34,540 --> 00:13:39,100
oder eine 301, was bedeutet, dass alles, was Sie anfordern, verschoben wurde dauerhaft

189
00:13:39,100 --> 00:13:42,365
an einen neuen Speicherort und die URL

190
00:13:42,365 --> 00:13:46,965
des neuen Standorts dieser Ressource wird an Ihre Client-Seite zurückgegeben.

191
00:13:46,965 --> 00:13:52,775
400s und 500s weisen in der Regel darauf hin, dass auf der Serverseite ein Problem vorliegt.

192
00:13:52,775 --> 00:13:57,310
404 ist etwas, das Sie oft begegnen, wenn

193
00:13:57,310 --> 00:14:02,260
Sie nach etwas anfordern, das auf der Serverseite nicht existiert.

194
00:14:02,260 --> 00:14:05,620
Ebenso bedeutet 500, dass der Server nur aufgibt,

195
00:14:05,620 --> 00:14:10,390
Ihre Anfrage nicht verarbeiten kann und dann einen internen Serverfehler zurücksendet.

196
00:14:10,390 --> 00:14:14,445
Dies sind zwei häufige Fehlercodes, die auftreten werden.

197
00:14:14,445 --> 00:14:20,355
Die übrigen haben eine spezifische Bedeutung, wie hier in dieser Tabelle aufgeführt.

198
00:14:20,355 --> 00:14:24,483
Es gibt mehr als die Statuscodes, die ich Ihnen in dieser Tabelle gegeben habe,

199
00:14:24,483 --> 00:14:27,963
aber dies sind einige der häufigsten Statuscodes, die Sie

200
00:14:27,963 --> 00:14:32,835
in einer Antwortnachricht von der Serverseite begegnen werden.

201
00:14:32,835 --> 00:14:37,420
Ein weiterer Punkt, den ich erwähnte, ist die Tatsache, dass der Server

202
00:14:37,420 --> 00:14:46,880
die Daten in einem bestimmten Format wie XML oder Extended Markup Language oder JSON,

203
00:14:46,880 --> 00:14:50,845
dem JavaScript-Object Notation-Format, codieren kann.

204
00:14:50,845 --> 00:14:53,950
In diesem speziellen Kurs

205
00:14:53,950 --> 00:14:57,700
werden wir uns nun normalerweise mit Daten beschäftigen, die hauptsächlich in JSON codiert sind.

206
00:14:57,700 --> 00:15:02,875
Die meisten clientseitigen Anwendungen,

207
00:15:02,875 --> 00:15:06,680
einschließlich mobiler Anwendungen, kommunizieren heutzutage normalerweise mit

208
00:15:06,680 --> 00:15:16,515
dem Server, und das Datenaustauschformat ist in den meisten Fällen standardmäßig JSON.

209
00:15:16,515 --> 00:15:22,125
Das ist der Grund, warum ich ein paar Minuten damit verbringen werde, Ihnen über JSON zu erklären.

210
00:15:22,125 --> 00:15:27,785
Die JavaScript-Objekt-Notation oder JSON ist ein leichtgewichtiges Datenaustauschformat.

211
00:15:27,785 --> 00:15:33,100
Der Grund, warum das JSON-Datenformat für

212
00:15:33,100 --> 00:15:38,685
uns in diesem Kurs besonders interessant ist, liegt darin, dass die JavaScript-Objekt-Notation,

213
00:15:38,685 --> 00:15:40,710
wie der Name schon sagt,

214
00:15:40,710 --> 00:15:46,840
sehr einfach in ein JavaScript-Objekt abgebildet wird, das Sie mit jedem JavaScript-Code verwenden.

215
00:15:46,840 --> 00:15:50,430
Das Konvertieren eines JavaScript-Objekts

216
00:15:50,430 --> 00:15:53,725
in JSON-Notation und umgekehrt ist sehr einfach.

217
00:15:53,725 --> 00:15:57,420
Die JSON-Notation ist das, was wir als

218
00:15:57,420 --> 00:16:01,815
selbstbeschreibende und sehr leicht verständliche Notation nennen.

219
00:16:01,815 --> 00:16:05,103
Im JavaScript Object Notation Format sind

220
00:16:05,103 --> 00:16:11,040
die Daten in einer sehr sauberen, spezifizierten Art und Weise strukturiert.

221
00:16:11,040 --> 00:16:14,693
Dies ist als eine Sammlung von Namen, Wertepaaren

222
00:16:14,693 --> 00:16:19,610
strukturiert, und dies ist als eine geordnete Liste von Werten strukturiert.

223
00:16:19,610 --> 00:16:23,375
Hier sehen Sie ein Beispiel dafür auf der rechten Seite.

224
00:16:23,375 --> 00:16:30,750
Wir haben diese JSON-Daten bereits früher in unserer eckigen Anwendung verwendet.

225
00:16:30,750 --> 00:16:35,570
Also, jetzt sehen Sie, warum die Daten so strukturiert sind.

226
00:16:35,570 --> 00:16:41,220
Und Sie erkennen auch, dass es sehr einfach ist, mit

227
00:16:41,220 --> 00:16:47,850
diesen Daten in Ihrem JavaScript oder Ihrem TypeScript-Code in Ihrer Angular-Anwendung umzugehen.

228
00:16:47,850 --> 00:16:55,000
Damit vervollständige ich einen schnellen Überblick über Netzwerk-Essentials.