1
00:00:03,879 --> 00:00:07,577
Lassen Sie mich zunächst eine kurze

2
00:00:07,577 --> 00:00:11,705
10-minütige Einführung in das Wesentliche der Vernetzung geben.

3
00:00:11,705 --> 00:00:18,769
Je mehr ich Englisch unterrichte, desto mehr erkenne ich, dass nur um ihre schönsten Merkmale

4
00:00:18,769 --> 00:00:23,210
der Winkel zu verwenden, müssen Sie ein Verständnis von so vielen verschiedenen verbundenen FINs haben,

5
00:00:23,210 --> 00:00:27,165
bevor Sie sogar verstehen können, was Sie mit eckigen tun.

6
00:00:27,165 --> 00:00:29,929
In dem Moment, in dem Sie beginnen, jede dieser FINs zu jagen,

7
00:00:29,929 --> 00:00:32,890
werden sie ganze Kurse auf eigene Faust werden und bald

8
00:00:32,890 --> 00:00:37,539
werde ich am Ende ihren gesamten Informatik-Lehrplan zu Ihnen unterrichten.

9
00:00:37,539 --> 00:00:41,174
Aber angesichts der Tatsache, dass wir begrenzte Zeit haben,

10
00:00:41,174 --> 00:00:43,554
werde ich mich darauf konzentrieren, Ihnen das Wesentliche zu liefern

11
00:00:43,554 --> 00:00:48,344
, das Sie benötigen, um jedes der Themen zu verstehen.

12
00:00:48,344 --> 00:00:53,383
Was wir nun in diesem speziellen Modul abdecken, erfordert

13
00:00:53,383 --> 00:00:57,829
zumindest ein rudimentäres Verständnis dafür, wie Computer-Networking funktioniert,

14
00:00:57,829 --> 00:01:01,310
bevor wir verstehen, warum wir HTTP verwenden müssen,

15
00:01:01,310 --> 00:01:03,587
warum wir mit einem Server kommunizieren.

16
00:01:03,587 --> 00:01:08,284
Was ist der Grund für die Verzögerung ist, dass, wenn Sie mit einem Server sprechen,

17
00:01:08,284 --> 00:01:09,394
und so weiter.

18
00:01:09,394 --> 00:01:14,111
Und auch die verschiedenen Protokolle, die Sie beachten müssen,

19
00:01:14,111 --> 00:01:17,420
bevor Sie sogar mit einem Server kommunizieren können. Wenn

20
00:01:17,420 --> 00:01:20,239
man all dies im Hinterkopf hält,

21
00:01:20,239 --> 00:01:25,950
ist eine 10-minütige Einführung in das Wesentliche der Vernetzung.

22
00:01:25,950 --> 00:01:30,575
Wir beginnen zu erkennen, dass Webanwendungen nicht mehr eigenständig sind.

23
00:01:30,575 --> 00:01:38,015
Sie haben immer ein Angebot unquote Cloud Back-End unterstützt Ihre Web-Anwendung.

24
00:01:38,015 --> 00:01:40,370
Heutzutage ist alles in der Cloud.

25
00:01:40,370 --> 00:01:46,444
Bald wirst du auch auf der Cloud sein, zumindest auf Wolke neun mit silbernem Futter.

26
00:01:46,444 --> 00:01:55,939
Aber da wir eine Silverside-Unterstützung benötigen, damit unsere eckige Anwendung korrekt funktioniert,

27
00:01:55,939 --> 00:01:58,615
würden Sie den Server hosten.

28
00:01:58,615 --> 00:02:06,140
Und heutzutage ist das Hosten des Servers sehr einfach, indem man einen

29
00:02:06,140 --> 00:02:09,619
der Cloud-basierten Infrastrukturdienste verwendet.

30
00:02:09,619 --> 00:02:15,860
Dinge wie Amazon, Web Services oder Heroku oder Digital Ocean

31
00:02:15,860 --> 00:02:21,650
oder viele andere, die Cloud-basierte Serverunterstützung bieten

32
00:02:21,650 --> 00:02:26,574
, die Sie für die Bereitstellung von Server-Support für Ihre Winkelanwendung nutzen können.

33
00:02:26,574 --> 00:02:32,363
Also, auf der Serverseite, was genau ist auf der Serverseite verfügbar?

34
00:02:32,363 --> 00:02:39,814
Sie haben in der Regel ein Server-Front-End, das mit Ihrer Winkelanwendung spricht.

35
00:02:39,814 --> 00:02:45,349
Also, das ist die Serverlogik und hinter den Kulissen

36
00:02:45,349 --> 00:02:52,790
kommuniziert die Serverlogik mit einem persistenten Speicher wie einer Datenbank,

37
00:02:52,790 --> 00:02:56,905
in der Ihre Daten gespeichert und abgerufen werden.

38
00:02:56,905 --> 00:03:01,069
Wenn Sie die Netzwerkwelt betreten, werden Sie ziemlich bald

39
00:03:01,069 --> 00:03:04,264
mit 304 kleinen Akronymen bombardiert.

40
00:03:04,264 --> 00:03:08,930
Dinge, von denen Sie dachten, dass Sie wussten, was sie aus normalem Englisch stammen,

41
00:03:08,930 --> 00:03:11,509
oder sie haben eine ganz andere Bedeutung

42
00:03:11,509 --> 00:03:15,610
oder Zweck, wenn Sie ihnen in der Netzwerkwelt begegnen.

43
00:03:15,610 --> 00:03:17,764
Also, lassen Sie uns ein paar von ihnen untersuchen.

44
00:03:17,764 --> 00:03:22,159
Also, in der Netzwerkwelt werden Sie hören, wie Menschen über HTTP-Protokoll sprechen.

45
00:03:22,159 --> 00:03:26,379
Das Protokoll, das für die Kommunikation zwischen dem Client und dem Server verwendet wird.

46
00:03:26,379 --> 00:03:29,000
Dies ist ein Anwendungs-Layer-Protokoll

47
00:03:29,000 --> 00:03:34,409
, über das wir im Rest dieser Vorlesung kurz noch ein wenig mehr sprechen werden.

48
00:03:34,409 --> 00:03:41,004
Das HTTP-Protokoll, damit es funktioniert, benötigt eine URL, den

49
00:03:41,004 --> 00:03:42,955
Uniform Resource Locator, zur Verfügung gestellt werden.

50
00:03:42,955 --> 00:03:51,095
Dies ist also eine Zeichenfolge, die durch Schrägstriche mit in jedem TTP-Doppelpunkt getrennt ist,

51
00:03:51,095 --> 00:03:55,694
auf einem davor angehängten https:.

52
00:03:55,694 --> 00:03:58,530
Und ich bin sicher, wenn Sie das World Wide Web verwendet werden,

53
00:03:58,530 --> 00:04:02,655
sind Sie ziemlich vertraut mit dem, wie die URLs aussehen.

54
00:04:02,655 --> 00:04:06,435
Jetzt werden Sie darüber hinaus hören, wie Leute über JSON sprechen,

55
00:04:06,435 --> 00:04:11,607
nicht zu Ihrem Freund Jason, sondern JavaScript Object Notation.

56
00:04:11,607 --> 00:04:19,026
Die JavaScript-Objekt-Notation ist also eine Möglichkeit, Daten zu codieren,

57
00:04:19,026 --> 00:04:22,850
die von der Serverseite zur Clientseite oder umgekehrt geliefert werden.

58
00:04:22,850 --> 00:04:26,038
Außerdem hören Sie Leute, die über XML sprechen,

59
00:04:26,038 --> 00:04:30,574
eine weitere Möglichkeit, Daten zu codieren, während sie sich im Transitversand

60
00:04:30,574 --> 00:04:33,240
zwischen dem Client und dem Serverstandort befinden.

61
00:04:33,240 --> 00:04:41,584
Nun, und auch Sie werden hören, wie Leute über höherwertige Protokolle namens SOAP sprechen,

62
00:04:41,584 --> 00:04:46,550
nicht die Art, mit der Sie eine Dusche nehmen, sondern SOAP als ein Protokoll,

63
00:04:46,550 --> 00:04:55,034
das die Kommunikation zwischen Verteilungseinheiten innerhalb des Netzwerks ermöglicht.

64
00:04:55,034 --> 00:04:59,449
Und auch, Sie werden hören, wie Leute über REST sprechen, nicht etwas,

65
00:04:59,449 --> 00:05:02,479
das Sie zu viel durch diesen speziellen Kurs bekommen.

66
00:05:02,479 --> 00:05:06,057
REST oder eine repräsentative Zustandstransfer.

67
00:05:06,057 --> 00:05:10,850
Ich werde einen kürzeren Vortrag, der speziell

68
00:05:10,850 --> 00:05:14,089
REST gewidmet ist, ein wenig später in diesem Modul haben.

69
00:05:14,089 --> 00:05:18,410
Und in der HTTP-Welt werden Sie hören, wie Leute über GET,

70
00:05:18,410 --> 00:05:23,449
PUT, POST und DELETE sprechen, und Sie würden sich fragen,

71
00:05:23,449 --> 00:05:25,235
was sie alle bedeuten?

72
00:05:25,235 --> 00:05:29,454
Lassen Sie uns ein wenig darüber in dieser Vorlesung lernen,

73
00:05:29,454 --> 00:05:34,459
und auch die Vorlesung über REST, die Sie ein wenig später sehen werden.

74
00:05:34,459 --> 00:05:38,959
Eine wichtige Sache, die Sie verstehen müssen, wenn Sie

75
00:05:38,959 --> 00:05:45,439
mit einem Server kommunizieren, ist, dass die Client-Server-Kommunikation unerwartete

76
00:05:45,439 --> 00:05:48,350
Verzögerungen oder unbestimmte Verzögerungen verursacht,

77
00:05:48,350 --> 00:05:54,454
während die Daten entweder abgerufen oder von der Clientseite auf den Server hochgeladen werden.

78
00:05:54,454 --> 00:05:57,566
Also, was bedeutet, dass

79
00:05:57,566 --> 00:06:00,409
Sie innerhalb Ihrer Client-Server-Anwendung den Benutzer darüber informieren müssen,

80
00:06:00,409 --> 00:06:07,970
dass etwas hinter den Kulissen passiert und in der Lage sein, die Verzögerungen zu behandeln

81
00:06:07,970 --> 00:06:14,149
und möglicherweise nicht in der Lage zu sein, die Daten von der Serverseite zu erhalten.

82
00:06:14,149 --> 00:06:18,589
Es ist durchaus möglich, dass, wenn Sie versucht haben, eine Verbindung mit einem Server herzustellen,

83
00:06:18,589 --> 00:06:20,959
die Verbindung zum Server fehlschlägt,

84
00:06:20,959 --> 00:06:27,224
der Server möglicherweise falsche Daten zurückgibt oder einen Kommunikationsfehler verursachen kann.

85
00:06:27,224 --> 00:06:31,129
All diese müssen auf Ihrer Clientseite entsprechend behandelt

86
00:06:31,129 --> 00:06:43,939
werden, damit Ihre Anwendung auch bei Vorliegen dieser Probleme weiterhin funktioniert. Das

87
00:06:43,939 --> 00:06:48,569
Hypertext Transfer Protocol, das für die Kommunikation zwischen dem Client und dem Server verwendet wird, springt in das gängigste Anwendungs-Layer-Protokoll,

88
00:06:48,569 --> 00:06:51,785
aber dies ist ein Client-Server-Kommunikationsprotokoll.

89
00:06:51,785 --> 00:06:54,019
Nun, das kann oder auch nicht viel Sinn für Sie machen,

90
00:06:54,019 --> 00:06:58,250
es sei denn, Sie haben einen ausreichenden Hintergrund im Netzwerk, aber dies ist ein Protokoll

91
00:06:58,250 --> 00:07:04,189
, das für die Kodierung der Nachrichten verwendet wird, die Sie zwischen Ihrer Clientanwendung austauschen,

92
00:07:04,189 --> 00:07:08,416
die in diesem Fall eine Winkelanwendung ist, und einer Serverseite.

93
00:07:08,416 --> 00:07:14,300
Dieses HTTP-Protokoll ermöglicht es Ihnen, hypertext-basierte Dokumente

94
00:07:14,300 --> 00:07:19,459
von der Serverseite abzurufen, zunehmend die Informationen, die

95
00:07:19,459 --> 00:07:25,298
von der Serverseite heruntergeladen werden, werden in einem der Standard-Codierungsformate wie JSON oder XML codiert.

96
00:07:25,298 --> 00:07:28,759
Und um mit einem Server sprechen zu können,

97
00:07:28,759 --> 00:07:35,270
haben Sie die Unterstützung von verschiedenen HTTP-Aktionen,

98
00:07:35,270 --> 00:07:39,295
oder was wir als HTTP-Verben bezeichnen: die HEAD, GET, POST,

99
00:07:39,295 --> 00:07:44,634
PUT, DELETE, TRACE, OPTIONS und CONNECT.

100
00:07:44,634 --> 00:07:51,069
Wir werden insbesondere die Verben GET, PUT, POST und DELETE genauer sehen,

101
00:07:51,069 --> 00:07:57,654
wenn wir das restliche API-Protokoll ein wenig später untersuchen.

102
00:07:57,654 --> 00:08:00,904
Wie funktioniert das HTTP-Protokoll?

103
00:08:00,904 --> 00:08:08,487
Im HTTP-Protokoll senden Sie eine Anforderung von Ihrer Clientanwendung an den Server, die in

104
00:08:08,487 --> 00:08:12,990
Form einer HTTP-Anforderungsnachricht codiert ist.

105
00:08:12,990 --> 00:08:18,767
Die Anforderungsnachricht enthält normalerweise eine URL in der Anforderungsnachricht,

106
00:08:18,767 --> 00:08:22,279
die angibt, was Sie mit der Serverseite an Sie senden möchten.

107
00:08:22,279 --> 00:08:24,920
Dies ist in der Regel eine GET-Nachricht,

108
00:08:24,920 --> 00:08:29,805
wenn Sie Daten von der Serversite heruntergeladen werden sollen.

109
00:08:29,805 --> 00:08:35,404
Und Sie werden auch angeben, mit welchem bestimmten Server Sie kommunizieren.

110
00:08:35,404 --> 00:08:39,320
Wenn der Server Ihre Anfrage erhält,

111
00:08:39,320 --> 00:08:45,215
ruft der Server die Daten aus seinem Datenspeicher ab, in der Regel eine Datenbank auf der Serverseite,

112
00:08:45,215 --> 00:08:49,160
und packt diese Daten dann in entsprechenden vier zurück

113
00:08:49,160 --> 00:08:53,595
und sendet die Daten an Sie auf Ihrer Clientseite zurück.

114
00:08:53,595 --> 00:08:58,430
Wenn Sie Standard-HTML-, CSS- und Javascript-Code von der Serverseite erhalten,

115
00:08:58,430 --> 00:09:00,746
ist Ihr Browser in der Lage, dies zu rendern.

116
00:09:00,746 --> 00:09:05,705
Zurück mit Anwendungen wie angular stellen Sie in erster Linie eine Verbindung mit dem Server her

117
00:09:05,705 --> 00:09:12,919
und rufen dann die meiste Zeit Daten in Form von JSON oder XML ab.

118
00:09:12,919 --> 00:09:16,730
Mit Ausnahme des anfänglichen Downloads aller Ressourcen

119
00:09:16,730 --> 00:09:22,259
, die für die Ausführung der eckigen Anwendung in Ihrem Browser erforderlich sind.

120
00:09:22,259 --> 00:09:29,929
So, wie wir früher gesehen haben, erfordert die HTTP-Anwendung Nachrichten

121
00:09:29,929 --> 00:09:31,954
zwischen dem Client und dem Server gesendet werden.

122
00:09:31,954 --> 00:09:36,524
Eine Anforderungsnachricht, die normalerweise vom Client an den Server gesendet wird,

123
00:09:36,524 --> 00:09:42,600
und die Anforderungsnachricht besteht aus einer Anforderungszeile plus einer Reihe von Kopfzeilen,

124
00:09:42,600 --> 00:09:47,309
in denen Sie zusätzliche Informationen zur Qualifizierung der Anforderung angeben.

125
00:09:47,309 --> 00:09:49,889
Wir werden die Verwendung verschiedener Header

126
00:09:49,889 --> 00:09:53,129
und Einstellungen in den Kopfzeilen sehen, während wir einige

127
00:09:53,129 --> 00:09:56,634
der Übungen in diesem speziellen Modul durchlaufen.

128
00:09:56,634 --> 00:09:59,159
Die Anforderungszeile und die Kopfzeilen werden durch

129
00:09:59,159 --> 00:10:04,500
eine leere Zeile vom Text der Anforderungsnachricht getrennt.

130
00:10:04,500 --> 00:10:08,279
Der Nachrichtentext kann zusätzliche Daten enthalten, insbesondere

131
00:10:08,279 --> 00:10:11,754
wenn Ihre Clients Daten an die Serverseite senden.

132
00:10:11,754 --> 00:10:13,769
Wenn Sie beispielsweise ein Formular senden, werden

133
00:10:13,769 --> 00:10:20,819
die Informationen innerhalb des Formulars in ein JSON-Format codiert

134
00:10:20,819 --> 00:10:24,409
und dann von der Clientseite an die Serverseite gesendet.

135
00:10:24,409 --> 00:10:28,860
Also, das wird entweder mit einer POST- oder einer PUT-Nachricht geschehen.

136
00:10:28,860 --> 00:10:33,610
Betrachtet man ein wenig mehr Details der HTTP-Anforderungsnachricht,

137
00:10:33,610 --> 00:10:38,134
enthält die typische Anforderungsnachricht in der Anforderungszeile die Methode,

138
00:10:38,134 --> 00:10:39,011
die entweder GET, PUT, PAUSE, DELETE

139
00:10:39,011 --> 00:10:43,455
oder einige der anderen Verben, die Sie zuvor gesehen haben.

140
00:10:43,455 --> 00:10:48,360
Und dann, gefolgt von der URL und der Version des HTTP-Protokolls

141
00:10:48,360 --> 00:10:52,500
, das Sie für die Kommunikation vom Client zur Serverseite verwenden.

142
00:10:52,500 --> 00:10:57,120
Das Kopfzeilenfeld enthält normalerweise einen Kopfzeilenfeldnamen, einen Doppelpunkt

143
00:10:57,120 --> 00:11:00,539
und den Wert für dieses Kopfzeilenfeld.

144
00:11:00,539 --> 00:11:08,100
Und der Körperinhalt könnte, wie ich bereits erwähnt habe, entweder im JSON- oder XML-Format codiert werden.

145
00:11:08,100 --> 00:11:16,419
Hier ist ein Beispiel für eine typische HTTP-Anforderungsnachricht

146
00:11:16,419 --> 00:11:19,294
, die vom Client an den Server gesendet werden kann.

147
00:11:19,294 --> 00:11:23,169
Also, in dieser speziellen Anforderungsnachricht bitten wir den Server zu behalten

148
00:11:23,169 --> 00:11:28,090
und index.hmtl Seite von der Serverseite zur Client-Seite

149
00:11:28,090 --> 00:11:31,320
, so dass es im Browser auf der Client-Seite gerendert werden kann.

150
00:11:31,320 --> 00:11:37,029
Eine Anfrage wie diese würde normalerweise einen leeren Körper in der Anforderungsnachricht haben.

151
00:11:37,029 --> 00:11:42,309
Die meisten Informationen werden in der Anforderungszeile und den Headern der

152
00:11:42,309 --> 00:11:44,559
Anforderungsnachricht codiert.

153
00:11:44,559 --> 00:11:49,179
Wenn der Client die Anforderung an den Server sendet,

154
00:11:49,179 --> 00:11:55,355
verarbeitet der Server die Anforderung und sendet dann eine Antwort an die Client-Seite zurück.

155
00:11:55,355 --> 00:11:59,379
Die Antwortnachricht ist wiederum in drei Teile gegliedert.

156
00:11:59,379 --> 00:12:05,679
Eine Statuszeile mit einigen Informationen darüber, wie die Anforderung verarbeitet wurde

157
00:12:05,679 --> 00:12:08,940
und was an den Client zurückgesendet wird, wird gespeichert.

158
00:12:08,940 --> 00:12:16,149
Die Kopfzeilen enthalten zusätzliche Details darüber, was in der Antwortnachricht enthalten ist,

159
00:12:16,149 --> 00:12:22,654
gefolgt von einer leeren Zeile und dann dem eigentlichen Nachrichtentext.

160
00:12:22,654 --> 00:12:28,750
Ein Beispiel dafür, was normalerweise in einer HTTP-Antwortnachricht enthalten wäre.

161
00:12:28,750 --> 00:12:32,766
In diesem Fall kommt diese Antwortnachricht mit einer 200 zurück

162
00:12:32,766 --> 00:12:36,549
, die ein Statuscode der Nachricht ist.

163
00:12:36,549 --> 00:12:40,644
Wenn Sie hier sehen, 200 in der Anforderungszeile als Statuscode.

164
00:12:40,644 --> 00:12:43,360
Dies bedeutet, dass Ihre Anfrage erfolgreich war

165
00:12:43,360 --> 00:12:50,169
und der Server die Daten zurückgeben kann, die Sie von der Serverseite angefordert haben.

166
00:12:50,169 --> 00:12:56,544
Und dann enthält der Header zusätzliche Anweisungen zur Clientseite,

167
00:12:56,544 --> 00:13:02,735
einschließlich Informationen darüber, wie der eigentliche Nachrichtentext codiert ist.

168
00:13:02,735 --> 00:13:07,099
Dann kann der Text enthalten, wenn Sie die Index HTML-Seite angefordert haben,

169
00:13:07,099 --> 00:13:12,399
wird der Text der Nachricht den HTML-Code

170
00:13:12,399 --> 00:13:18,534
für die Index-Start-HTML-Seite enthalten, wie Sie in diesem Beispiel sehen.

171
00:13:18,534 --> 00:13:27,210
Eine der Informationen in der Statuszeile, die ich als diesen Statuscode bezeichne.

172
00:13:27,210 --> 00:13:31,304
Wenn der Server in der Lage ist, Ihre Anfrage korrekt zu verarbeiten,

173
00:13:31,304 --> 00:13:34,990
sendet er eine Antwort mit einer Statusbewertung von 200 zurück,

174
00:13:34,990 --> 00:13:37,450
was bedeutet, dass alles auf der Serverseite in Ordnung

175
00:13:37,450 --> 00:13:40,914
ist, und die Serverseite gibt die Daten korrekt zurück.

176
00:13:40,914 --> 00:13:45,294
Wenn der Server die Anforderung aus irgendeinem Grund nicht verarbeiten kann,

177
00:13:45,294 --> 00:13:50,259
werden diese Informationen im Statuscode in

178
00:13:50,259 --> 00:13:53,309
dieser Statuszeile der Antwortnachricht codiert.

179
00:13:53,309 --> 00:13:56,950
Die verschiedenen Statuscodes, die normalerweise auftreten,

180
00:13:56,950 --> 00:13:59,210
wenn Sie eine Antwort von der Serverseite erhalten,

181
00:13:59,210 --> 00:14:05,864
enthalten eine 201, was bedeutet, dass, wenn Sie versuchen, ein Objekt auf der Serverseite zu erstellen,

182
00:14:05,864 --> 00:14:11,230
es erfolgreich erstellt wurde oder eine 301, was bedeutet, dass alles, was Sie anfordern,

183
00:14:11,230 --> 00:14:13,750
verschoben wurde dauerhaft an einen neuen Speicherort,

184
00:14:13,750 --> 00:14:17,889
und dass Sie sich am neuen Speicherort dieser Ressource befinden,

185
00:14:17,889 --> 00:14:20,205
wird auf Ihrer Clientseite zurückgegeben.

186
00:14:20,205 --> 00:14:26,014
400s und 500s zeigen in der Regel an, dass es auf der Serverseite einige Probleme gibt.

187
00:14:26,014 --> 00:14:31,210
Ein 404 ist etwas, das Sie oft begegnen, wenn Sie

188
00:14:31,210 --> 00:14:35,110
etwas anfordern, das auf der Serverseite nicht existiert.

189
00:14:35,110 --> 00:14:38,860
In ähnlicher Weise bedeutet ein 500, dass der Server nur aufgibt,

190
00:14:38,860 --> 00:14:43,620
er Ihre Anfrage nicht verarbeiten kann und dann einen internen Serverfehler zurücksendet.

191
00:14:43,620 --> 00:14:47,575
Dies sind zwei häufige Fehlercodes, die auftreten werden.

192
00:14:47,575 --> 00:14:53,629
Die übrigen haben eine spezifische Bedeutung, wie hier in dieser Tabelle aufgeführt.

193
00:14:53,629 --> 00:14:57,625
Es gibt mehr als die Statuscodes, die ich Ihnen in dieser Tabelle gegeben habe,

194
00:14:57,625 --> 00:15:00,519
aber dies sind einige der häufigsten Statuscodes

195
00:15:00,519 --> 00:15:06,220
, die Sie in einer Antwortnachricht von der Serverseite begegnen werden.

196
00:15:06,220 --> 00:15:13,044
Ein weiterer Punkt, den ich erwähnte, ist die Tatsache, dass der Server die Daten

197
00:15:13,044 --> 00:15:21,534
in einem bestimmten Format wie XML oder eXtensible Markup Language oder JSON codieren kann, der

198
00:15:21,534 --> 00:15:24,085
JavaScript-Objekt-Notation dafür.

199
00:15:24,085 --> 00:15:28,690
In der Regel werden wir uns in diesem speziellen Kurs mit Daten beschäftigen

200
00:15:28,690 --> 00:15:31,164
, die hauptsächlich in JSON codiert sind.

201
00:15:31,164 --> 00:15:38,544
Die meisten Anwendungen, clientseitige Anwendungen, einschließlich mobiler Anwendungen,

202
00:15:38,544 --> 00:15:40,450
kommunizieren in der Regel mit dem Server,

203
00:15:40,450 --> 00:15:49,240
und das Datenaustauschformat ist in den meisten Fällen standardmäßig JSON.

204
00:15:49,240 --> 00:15:54,968
Das ist der Grund, warum ich ein paar Minuten damit verbringen werde, Ihnen über JSON zu erklären.

205
00:15:54,968 --> 00:16:01,000
Die JavaScript-Objektnotation, oder JSON, ist ein leichtes Datenaustauschformat.

206
00:16:01,000 --> 00:16:09,279
Der Grund dafür, dass das JSON-Datenformat für uns in diesem Kurs besonders interessant ist,

207
00:16:09,279 --> 00:16:13,955
liegt darin, dass die JavaScript-Objektnotation, wie der Name schon sagt,

208
00:16:13,955 --> 00:16:20,480
sehr einfach in ein Javascript-Objekt abgebildet wird, das Sie mit jedem Javascript-Code verwenden.

209
00:16:20,480 --> 00:16:24,890
Das Konvertieren eines Javascript-Objekts in JSON-Notation

210
00:16:24,890 --> 00:16:26,924
und umgekehrt ist sehr einfach.

211
00:16:26,924 --> 00:16:30,350
Diese JSON-Notation ist eine, was wir nennen,

212
00:16:30,350 --> 00:16:35,045
als selbstbeschreibende und sehr leicht zu verständliche Notation.

213
00:16:35,045 --> 00:16:38,230
Im Javascript-Objektnotationsformat sind

214
00:16:38,230 --> 00:16:44,335
die Daten in einer sehr sauberen, spezifizierten Weise strukturiert.

215
00:16:44,335 --> 00:16:47,810
Dies ist als eine Sammlung von Name/Wert-Paaren

216
00:16:47,810 --> 00:16:52,855
strukturiert, und dies ist als eine geordnete Liste von Werten strukturiert.

217
00:16:52,855 --> 00:16:56,674
Sie können ein Beispiel dafür auf der rechten Seite hier sehen,

218
00:16:56,674 --> 00:17:03,980
wir haben diese JSON-Daten tatsächlich schon früher mit unserer Winkelanwendung verwendet.

219
00:17:03,980 --> 00:17:08,809
Also, jetzt sehen Sie, warum die Daten so strukturiert sind.

220
00:17:08,809 --> 00:17:15,503
Und Sie erkennen auch, dass es sehr einfach ist, mit diesen Daten

221
00:17:15,503 --> 00:17:21,335
in Ihrem Javascript-Audio umzugehen, typescript wird in Ihrer eckigen Anwendung gefangen.

222
00:17:21,335 --> 00:17:27,484
Damit vervollständige ich einen schnellen Überblick über Networking Essentials.

223
00:17:27,484 --> 00:17:33,109
Wir werden nun auf und üben, wo wir einen rudimentären Server einrichten

224
00:17:33,109 --> 00:17:39,080
, der einige Daten dienen, mit denen wir von unserer Winkelanwendung verbinden

225
00:17:39,080 --> 00:17:42,140
und dann Daten mit einem Server austauschen können.

226
00:17:42,140 --> 00:17:48,079
Jetzt werden wir einen vollwertigen Server in einem der späteren Kurse entwickeln, dem

227
00:17:48,079 --> 00:17:52,400
Knotencode JS und dem serverseitigen Entwicklungskurs

228
00:17:52,400 --> 00:17:56,669
, der als letzter Kurs in dieser Spezialisierung kommen würde.