1
00:00:03,879 --> 00:00:07,577
Permettetemi di iniziare dandovi una rapida

2
00:00:07,577 --> 00:00:11,705
introduzione di 10 minuti agli elementi essenziali del networking.

3
00:00:11,705 --> 00:00:18,769
Più insegno l'inglese, più mi rendo conto che solo per usare le loro caratteristiche più belle

4
00:00:18,769 --> 00:00:23,210
di angolare è necessario avere una comprensione di così tante diverse FIN connesse

5
00:00:23,210 --> 00:00:27,165
prima di poter persino capire cosa stai facendo con angolare.

6
00:00:27,165 --> 00:00:29,929
Nel momento in cui inizierai a inseguire ognuna di queste

7
00:00:29,929 --> 00:00:32,890
FIN, diventeranno interi corsi per conto loro e molto presto

8
00:00:32,890 --> 00:00:37,539
finirò per insegnarti tutto il loro curriculum di informatica.

9
00:00:37,539 --> 00:00:41,174
Ma dato il fatto che abbiamo un tempo limitato,

10
00:00:41,174 --> 00:00:43,554
mi concentrerò nel fornirvi gli elementi essenziali di

11
00:00:43,554 --> 00:00:48,344
cui avete bisogno per comprendere ciascuno degli argomenti.

12
00:00:48,344 --> 00:00:53,383
Ora, ciò che copriamo in questo particolare modulo richiederà

13
00:00:53,383 --> 00:00:57,829
almeno una comprensione rudimentale di come funziona la rete di computer

14
00:00:57,829 --> 00:01:01,310
prima di capire perché abbiamo bisogno di usare HTTP,

15
00:01:01,310 --> 00:01:03,587
perché comunichiamo con un server.

16
00:01:03,587 --> 00:01:08,284
Qual è la ragione del ritardo è che quando si parla con un server

17
00:01:08,284 --> 00:01:09,394
e così via.

18
00:01:09,394 --> 00:01:14,111
Inoltre, i vari protocolli di cui è necessario essere a conoscenza

19
00:01:14,111 --> 00:01:17,420
prima di poter comunicare con un server.

20
00:01:17,420 --> 00:01:20,239
Quindi, tenendo a mente tutto questo,

21
00:01:20,239 --> 00:01:25,950
una rapida introduzione di 10 minuti agli elementi essenziali del networking.

22
00:01:25,950 --> 00:01:30,575
Iniziamo a renderci conto che le applicazioni web non sono più stand-alone.

23
00:01:30,575 --> 00:01:38,015
Hanno sempre un preventivo nuvola back-end che supporta la tua applicazione web.

24
00:01:38,015 --> 00:01:40,370
Ora, in questi giorni tutto è sul Cloud.

25
00:01:40,370 --> 00:01:46,444
Presto sarai anche tu sul Cloud, almeno sulla nuvola nove con un rivestimento argentato.

26
00:01:46,444 --> 00:01:55,939
Ma dato che abbiamo bisogno di un supporto Silverside per la nostra applicazione angolare per funzionare correttamente,

27
00:01:55,939 --> 00:01:58,615
ci vorresti ospitare il server.

28
00:01:58,615 --> 00:02:06,140
E in questi giorni l'hosting del server è molto semplice utilizzando uno

29
00:02:06,140 --> 00:02:09,619
dei servizi di infrastruttura basati sul cloud.

30
00:02:09,619 --> 00:02:15,860
Cose come Amazon, Web Services o Heroku o Digital Ocean

31
00:02:15,860 --> 00:02:21,650
o molti altri che forniscono supporto server basato su cloud

32
00:02:21,650 --> 00:02:26,574
che puoi sfruttare per fornire supporto server per la tua applicazione angolare.

33
00:02:26,574 --> 00:02:32,363
Quindi, sul lato server, cosa è esattamente disponibile sul lato server?

34
00:02:32,363 --> 00:02:39,814
In genere si dispone di un front-end server che sta parlando con l'applicazione angolare.

35
00:02:39,814 --> 00:02:45,349
Quindi, questa è la logica del server e dietro le quinte,

36
00:02:45,349 --> 00:02:52,790
la logica del server sta comunicando con uno storage persistente come un database

37
00:02:52,790 --> 00:02:56,905
in cui i tuoi dati vengono memorizzati e recuperati.

38
00:02:56,905 --> 00:03:01,069
Quando entrerai nel mondo del networking, sarai presto bombardato

39
00:03:01,069 --> 00:03:04,264
con 304 piccoli acronimi.

40
00:03:04,264 --> 00:03:08,930
Cose che pensavi di sapere cosa fossero dal normale inglese

41
00:03:08,930 --> 00:03:11,509
o hanno un significato

42
00:03:11,509 --> 00:03:15,610
o uno scopo completamente diverso quando li incontri nel mondo del networking.

43
00:03:15,610 --> 00:03:17,764
Quindi, esaminiamo alcuni di loro.

44
00:03:17,764 --> 00:03:22,159
Quindi, nel mondo del networking sentirai la gente parlare sul protocollo HTTP.

45
00:03:22,159 --> 00:03:26,379
Protocollo utilizzato per comunicare tra il client e il server.

46
00:03:26,379 --> 00:03:29,000
Questo è un protocollo a livello di applicazione di

47
00:03:29,000 --> 00:03:34,409
cui parleremo brevemente un po 'di più nel resto di questa lezione.

48
00:03:34,409 --> 00:03:41,004
Il protocollo HTTP per funzionare necessita di un URL da fornire,

49
00:03:41,004 --> 00:03:42,955
l'Uniform Resource Locator.

50
00:03:42,955 --> 00:03:51,095
Quindi, questa è una stringa di caratteri separati da barre con in ogni due punti TTP,

51
00:03:51,095 --> 00:03:55,694
su un https: attaccato di fronte ad esso.

52
00:03:55,694 --> 00:03:58,530
E sono sicuro che se si utilizza il world wide web,

53
00:03:58,530 --> 00:04:02,655
si ha abbastanza familiarità con l'aspetto degli URL.

54
00:04:02,655 --> 00:04:06,435
Ora, inoltre, sentirai persone parlare di JSON,

55
00:04:06,435 --> 00:04:11,607
non al tuo amico Jason ma JavaScript Object Notation.

56
00:04:11,607 --> 00:04:19,026
Quindi, la notazione dell'oggetto JavaScript è un modo per codificare i dati che vengono spediti

57
00:04:19,026 --> 00:04:22,850
dal lato server al lato client o viceversa.

58
00:04:22,850 --> 00:04:26,038
Inoltre, sentirete le persone parlare di XML,

59
00:04:26,038 --> 00:04:30,574
ancora un altro modo di codificare i dati mentre è in transito spedizione

60
00:04:30,574 --> 00:04:33,240
tra il sito client e server.

61
00:04:33,240 --> 00:04:41,584
Ora, e anche sentirai persone parlare di protocolli di livello superiore chiamati SOAP,

62
00:04:41,584 --> 00:04:46,550
non del tipo con cui fai la doccia, ma SOAP come protocollo

63
00:04:46,550 --> 00:04:55,034
che consente la comunicazione tra entità di distribuzione all'interno della rete.

64
00:04:55,034 --> 00:04:59,449
E inoltre, sentirai le persone parlare di REST, non qualcosa

65
00:04:59,449 --> 00:05:02,479
che ottieni troppo passando attraverso questo particolare corso.

66
00:05:02,479 --> 00:05:06,057
REST o un trasferimento di stato rappresentativo.

67
00:05:06,057 --> 00:05:10,850
Avrò una lezione più breve specificamente dedicata

68
00:05:10,850 --> 00:05:14,089
a REST un po 'più tardi in questo modulo.

69
00:05:14,089 --> 00:05:18,410
E nel mondo HTTP, sentirai persone parlare di GET,

70
00:05:18,410 --> 00:05:23,449
PUT, POST e DELETE, e ti starai chiedendo,

71
00:05:23,449 --> 00:05:25,235
cosa significano tutti?

72
00:05:25,235 --> 00:05:29,454
Impariamo un po 'su questo in questa lezione,

73
00:05:29,454 --> 00:05:34,459
e anche la lezione su REST che vedrai un po 'più tardi.

74
00:05:34,459 --> 00:05:38,959
Una cosa importante che è necessario comprendere quando si comunica

75
00:05:38,959 --> 00:05:45,439
con un server è che la comunicazione del server client provoca quantità impreviste

76
00:05:45,439 --> 00:05:48,350
di ritardi o quantità indeterminata di ritardo

77
00:05:48,350 --> 00:05:54,454
mentre i dati vengono recuperati o caricati sul server dal lato client.

78
00:05:54,454 --> 00:05:57,566
Quindi, il che significa che all'interno dell'applicazione client-server è

79
00:05:57,566 --> 00:06:00,409
necessario mantenere l'utente informato sul fatto

80
00:06:00,409 --> 00:06:07,970
che qualcosa sta succedendo dietro le quinte ed essere in grado di gestire i ritardi

81
00:06:07,970 --> 00:06:14,149
e possibilmente non essere in grado di ottenere i dati dal lato server.

82
00:06:14,149 --> 00:06:18,589
È del tutto possibile che quando si tenta di connettersi a un server,

83
00:06:18,589 --> 00:06:20,959
la connessione al server potrebbe non riuscire,

84
00:06:20,959 --> 00:06:27,224
il server potrebbe restituire dati errati o potrebbe causare un errore nella comunicazione.

85
00:06:27,224 --> 00:06:31,129
Tutti questi devono essere gestiti dal lato client in modo appropriato in modo

86
00:06:31,129 --> 00:06:37,259
che l'applicazione funzioni ancora in presenza di questi problemi.

87
00:06:37,259 --> 00:06:43,939
Il protocollo Hypertext Transfer Protocol (

88
00:06:43,939 --> 00:06:48,569
Hypertext Transfer Protocol), utilizzato per comunicare tra il client e il server,

89
00:06:48,569 --> 00:06:51,785
ma si tratta di un protocollo di comunicazione del server client.

90
00:06:51,785 --> 00:06:54,019
Ora, questo può o non può

91
00:06:54,019 --> 00:06:58,250
avere molto senso per te a meno che tu non abbia uno sfondo sufficiente nella rete, ma questo

92
00:06:58,250 --> 00:07:04,189
è un protocollo che viene utilizzato per codificare i messaggi scambiati tra l'applicazione client,

93
00:07:04,189 --> 00:07:08,416
che è un'applicazione angolare in questo caso, e un lato server.

94
00:07:08,416 --> 00:07:14,300
Quindi, questo protocollo HTTP consente di recuperare documenti basati sull'ipertesto

95
00:07:14,300 --> 00:07:19,459
dal lato server sempre più le informazioni scaricate

96
00:07:19,459 --> 00:07:25,298
dal lato server sono codificate in uno dei formati di codifica standard come JSON o XML.

97
00:07:25,298 --> 00:07:28,759
E, per poter parlare con un server,

98
00:07:28,759 --> 00:07:35,270
hai il supporto di varie azioni HTTP,

99
00:07:35,270 --> 00:07:39,295
o quello che chiamiamo verbi HTTP: HEAD, GET, POST,

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

101
00:07:44,634 --> 00:07:51,069
Vedremo in particolare i verbi GET, PUT, POST e DELETE in modo più dettagliato

102
00:07:51,069 --> 00:07:57,654
quando esaminiamo il protocollo API resto un po 'più tardi.

103
00:07:57,654 --> 00:08:00,904
Come funziona il protocollo HTTP?

104
00:08:00,904 --> 00:08:08,487
Nel protocollo HTTP, si sta inviando una richiesta dall'applicazione client al server

105
00:08:08,487 --> 00:08:12,990
e questo è codificato sotto forma di un messaggio di richiesta HTTP.

106
00:08:12,990 --> 00:08:18,767
Il messaggio di richiesta in genere contiene un URL nel messaggio di richiesta che indica,

107
00:08:18,767 --> 00:08:22,279
cosa è che si desidera con il lato server per inviare all'utente

108
00:08:22,279 --> 00:08:24,920
e questo è in genere un messaggio GET

109
00:08:24,920 --> 00:08:29,805
se si desidera che i dati vengano scaricati dal sito server.

110
00:08:29,805 --> 00:08:35,404
E specificherai anche con quale server stai comunicando.

111
00:08:35,404 --> 00:08:39,320
Quando il server riceve la richiesta, il server

112
00:08:39,320 --> 00:08:45,215
recupererà i dati dal suo archivio dati, in genere un database sul lato server,

113
00:08:45,215 --> 00:08:49,160
quindi comprimerà questi dati in un appropriato quattro

114
00:08:49,160 --> 00:08:53,595
indietro e invierà i dati sul lato client.

115
00:08:53,595 --> 00:08:58,430
Se stai ottenendo codice HTML, CSS e javascript standard dal lato server,

116
00:08:58,430 --> 00:09:00,746
allora il tuo browser è in grado di renderizzarlo.

117
00:09:00,746 --> 00:09:05,705
Di nuovo con applicazioni come angolare, ci si connette principalmente al server

118
00:09:05,705 --> 00:09:12,919
e quindi si recuperano i dati sotto forma di JSON o XML la maggior parte del tempo.

119
00:09:12,919 --> 00:09:16,730
Ad eccezione del download iniziale di tutte

120
00:09:16,730 --> 00:09:22,259
le risorse necessarie per l'esecuzione dell'applicazione angolare all'interno del browser.

121
00:09:22,259 --> 00:09:29,929
Così, come abbiamo visto in precedenza, l'applicazione HTTP richiede l'invio di messaggi

122
00:09:29,929 --> 00:09:31,954
tra il client e il server.

123
00:09:31,954 --> 00:09:36,524
Un messaggio di richiesta in genere inviato dal client al server

124
00:09:36,524 --> 00:09:42,600
e il messaggio di richiesta è costituito da una riga di richiesta più un gruppo di intestazioni

125
00:09:42,600 --> 00:09:47,309
in cui si forniscono informazioni aggiuntive per qualificare la richiesta.

126
00:09:47,309 --> 00:09:49,889
Vedremo l'uso di varie intestazioni

127
00:09:49,889 --> 00:09:53,129
e impostazioni nelle intestazioni mentre passiamo attraverso alcuni

128
00:09:53,129 --> 00:09:56,634
degli esercizi in questo particolare modulo.

129
00:09:56,634 --> 00:09:59,159
La riga di richiesta e le intestazioni sono separate

130
00:09:59,159 --> 00:10:04,500
dal corpo del messaggio di richiesta da una riga vuota.

131
00:10:04,500 --> 00:10:08,279
Il corpo del messaggio può contenere dati aggiuntivi, soprattutto

132
00:10:08,279 --> 00:10:11,754
se i client inviano dati sul lato server.

133
00:10:11,754 --> 00:10:13,769
Ad esempio, quando si invia un modulo,

134
00:10:13,769 --> 00:10:20,819
le informazioni all'interno del modulo vengono codificate in un formato JSON

135
00:10:20,819 --> 00:10:24,409
e quindi inviate al lato server dal lato client.

136
00:10:24,409 --> 00:10:28,860
Quindi, questo sarà fatto usando un messaggio POST o PUT.

137
00:10:28,860 --> 00:10:33,610
Guardando un po 'più dettagli del messaggio di richiesta HTTP,

138
00:10:33,610 --> 00:10:38,134
il messaggio di richiesta tipico nella riga di richiesta conterrà il metodo,

139
00:10:38,134 --> 00:10:39,011
che è GET, PUT, PAUSE, DELETE

140
00:10:39,011 --> 00:10:43,455
o alcuni degli altri verbi che hai visto in precedenza.

141
00:10:43,455 --> 00:10:48,360
E poi, seguito dall'URL e dalla versione del protocollo HTTP

142
00:10:48,360 --> 00:10:52,500
che si sta utilizzando per comunicare dal client al lato server.

143
00:10:52,500 --> 00:10:57,120
Il campo intestazione in genere contiene un nome di campo di intestazione, due punti

144
00:10:57,120 --> 00:11:00,539
e il valore per tale campo di intestazione.

145
00:11:00,539 --> 00:11:08,100
E il contenuto del corpo, come ho detto, potrebbe essere codificato in formato JSON o XML.

146
00:11:08,100 --> 00:11:16,419
Ecco un esempio di un tipico messaggio di richiesta HTTP

147
00:11:16,419 --> 00:11:19,294
che può essere inviato al server dal client.

148
00:11:19,294 --> 00:11:23,169
Quindi, in questo particolare messaggio di richiesta chiediamo al server di mantenere

149
00:11:23,169 --> 00:11:28,090
e indice.hmtl pagina dal lato server al lato client in modo

150
00:11:28,090 --> 00:11:31,320
che possa essere reso nel browser sul lato client.

151
00:11:31,320 --> 00:11:37,029
Una richiesta come questa avrebbe in genere un corpo vuoto nel messaggio di richiesta.

152
00:11:37,029 --> 00:11:42,309
La maggior parte delle informazioni verrà codificata nella riga di richiesta più le intestazioni

153
00:11:42,309 --> 00:11:44,559
del messaggio di richiesta.

154
00:11:44,559 --> 00:11:49,179
Quando il client invia la richiesta al server,

155
00:11:49,179 --> 00:11:55,355
il server elaborerà la richiesta e quindi invierà una risposta al lato client.

156
00:11:55,355 --> 00:12:05,679
Il messaggio di risposta è organizzato, ancora una volta, in tre parti. Viene

157
00:12:05,679 --> 00:12:08,940
memorizzata una riga di stato con alcune informazioni su come la richiesta è stata elaborata e ciò che viene inviato al client.

158
00:12:08,940 --> 00:12:16,149
Le intestazioni conterranno ulteriori dettagli su ciò che è contenuto nel messaggio di risposta,

159
00:12:16,149 --> 00:12:22,654
quindi seguiti da una riga vuota e quindi dal corpo effettivo del messaggio.

160
00:12:22,654 --> 00:12:28,750
Un esempio di ciò che sarebbe in genere contenuto in un messaggio di risposta HTTP.

161
00:12:28,750 --> 00:12:32,766
In questo caso questo messaggio di risposta sta tornando con un 200

162
00:12:32,766 --> 00:12:36,549
che è un codice di stato del messaggio.

163
00:12:36,549 --> 00:12:40,644
Se vedi qui, 200 nella riga di richiesta come codice di stato.

164
00:12:40,644 --> 00:12:43,360
Ciò significa che la richiesta ha avuto esito positivo

165
00:12:43,360 --> 00:12:50,169
e che il server è in grado di restituire i dati richiesti dal lato server.

166
00:12:50,169 --> 00:12:56,544
Quindi, l'intestazione conterrà indicazioni aggiuntive sul lato client,

167
00:12:56,544 --> 00:13:02,735
incluse informazioni su come viene codificato il corpo effettivo del messaggio.

168
00:13:02,735 --> 00:13:07,099
Quindi, il corpo potrebbe contenere, se è stata richiesta la pagina HTML indice,

169
00:13:07,099 --> 00:13:12,399
il corpo del messaggio conterrà il codice HTML

170
00:13:12,399 --> 00:13:18,534
per la pagina HTML iniziale indice come illustrato in questo esempio.

171
00:13:18,534 --> 00:13:27,210
Una delle informazioni nella riga di stato a cui mi riferisco come codice di stato.

172
00:13:27,210 --> 00:13:31,304
Se il server è in grado di elaborare correttamente la tua richiesta,

173
00:13:31,304 --> 00:13:34,990
invierà una risposta con un punteggio di stato di 200,

174
00:13:34,990 --> 00:13:37,450
il che significa che tutto è ok sul lato

175
00:13:37,450 --> 00:13:40,914
server e il lato server restituisce correttamente i dati.

176
00:13:40,914 --> 00:13:45,294
Se il server non è in grado di elaborare la richiesta per qualsiasi motivo,

177
00:13:45,294 --> 00:13:50,259
le informazioni verranno codificate nel codice di stato nella

178
00:13:50,259 --> 00:13:53,309
riga di stato del messaggio di risposta.

179
00:13:53,309 --> 00:13:56,950
I vari codici di stato, in genere, che si incontrano

180
00:13:56,950 --> 00:13:59,210
quando si riceve una risposta dal lato server,

181
00:13:59,210 --> 00:14:05,864
includono un 201 che significa che quando si tenta di creare un oggetto sul lato server,

182
00:14:05,864 --> 00:14:11,230
è stato creato con successo o un 301, il che significa che tutto ciò che si sta richiedendo

183
00:14:11,230 --> 00:14:13,750
è spostato in modo permanente in una nuova posizione

184
00:14:13,750 --> 00:14:17,889
e che ci si trova nella nuova posizione di tale risorsa

185
00:14:17,889 --> 00:14:20,205
verrà restituito al lato client.

186
00:14:20,205 --> 00:14:26,014
400s e 500s in genere indicano che ci sono alcuni problemi sul lato server.

187
00:14:26,014 --> 00:14:31,210
Un 404 è qualcosa che si incontra spesso quando si richiede

188
00:14:31,210 --> 00:14:35,110
qualcosa che non esiste sul lato server.

189
00:14:35,110 --> 00:14:38,860
Allo stesso modo, un 500 significa che il server si sta solo arrendendo,

190
00:14:38,860 --> 00:14:43,620
non è in grado di elaborare la richiesta e quindi invia un errore interno del server.

191
00:14:43,620 --> 00:14:47,575
Questi sono due codici di errore comuni che si incontrano.

192
00:14:47,575 --> 00:14:53,629
I restanti hanno un significato specifico come elencato in questa tabella qui.

193
00:14:53,629 --> 00:14:57,625
Ci sono più dei codici di stato che ti ho dato in questa tabella,

194
00:14:57,625 --> 00:15:00,519
ma questi sono alcuni dei codici di stato più comuni

195
00:15:00,519 --> 00:15:06,220
che incontrerai in un messaggio di risposta proveniente dal lato server.

196
00:15:06,220 --> 00:15:13,044
Un altro punto che ho menzionato è il fatto che il server può codificare i dati

197
00:15:13,044 --> 00:15:21,534
in un formato specifico come XML o eXtensible Markup Language o JSON, la

198
00:15:21,534 --> 00:15:24,085
notazione degli oggetti JavaScript per questo.

199
00:15:24,085 --> 00:15:28,690
Ora, tipicamente in questo particolare corso ci occuperemo di dati

200
00:15:28,690 --> 00:15:31,164
codificati principalmente in JSON.

201
00:15:31,164 --> 00:15:38,544
La maggior parte delle applicazioni, le applicazioni lato client, incluse le applicazioni mobili,

202
00:15:38,544 --> 00:15:40,450
in genere comunicano con il server

203
00:15:40,450 --> 00:15:49,240
e il formato di scambio dati è JSON per impostazione predefinita nella maggior parte dei casi.

204
00:15:49,240 --> 00:15:54,968
Questo è il motivo per cui passerò alcuni minuti a spiegarti su JSON.

205
00:15:54,968 --> 00:16:01,000
La notazione dell'oggetto javascript, o JSON, è un formato di interscambio dati leggero.

206
00:16:01,000 --> 00:16:09,279
Il motivo per cui il formato dei dati JSON è particolarmente interessante per noi in questo corso è

207
00:16:09,279 --> 00:16:13,955
perché la notazione dell'oggetto javascript, come suggerisce il nome, si

208
00:16:13,955 --> 00:16:20,480
mappa molto facilmente in un oggetto javascript che si utilizza con uno qualsiasi dei codici javascript.

209
00:16:20,480 --> 00:16:24,890
Quindi, convertire un oggetto javascript in notazione JSON,

210
00:16:24,890 --> 00:16:26,924
e viceversa, è molto semplice.

211
00:16:26,924 --> 00:16:30,350
Quella notazione JSON è una, ciò che chiamiamo,

212
00:16:30,350 --> 00:16:35,045
come una notazione autodescrivibile e molto facile da capire.

213
00:16:35,045 --> 00:16:38,230
Nel formato di notazione dell'oggetto javascript,

214
00:16:38,230 --> 00:16:44,335
i dati sono strutturati in modo molto pulito e specificato.

215
00:16:44,335 --> 00:16:47,810
Questo è strutturato come un insieme di coppie nome/valore,

216
00:16:47,810 --> 00:16:52,855
e questo è strutturato come un elenco ordinato di valori.

217
00:16:52,855 --> 00:16:56,674
Puoi vedere un esempio di questo sul lato destro qui,

218
00:16:56,674 --> 00:17:03,980
abbiamo effettivamente utilizzato questi dati JSON con la nostra applicazione angolare già in precedenza.

219
00:17:03,980 --> 00:17:08,809
Quindi, ora capisci perché i dati sono strutturati in questo modo.

220
00:17:08,809 --> 00:17:15,503
E ti rendi conto anche che è molto facile essere in grado di gestire questi dati

221
00:17:15,503 --> 00:17:21,335
all'interno del tuo audio javascript, dattiloscritto è catturato nella tua applicazione angolare.

222
00:17:21,335 --> 00:17:27,484
Con questo ho completato una rapida panoramica degli elementi essenziali per la rete.

223
00:17:27,484 --> 00:17:33,109
Passeremo ora a ed esercitare dove ci sarà impostare un server rudimentale

224
00:17:33,109 --> 00:17:39,080
che è stato servire alcuni dati che possiamo connettersi a dalla nostra applicazione angolare

225
00:17:39,080 --> 00:17:42,140
e quindi scambiare i dati con un server.

226
00:17:42,140 --> 00:17:48,079
Ora, svilupperemo un server completo in uno dei corsi successivi,

227
00:17:48,079 --> 00:17:52,400
il codice nodo JS e corso di sviluppo lato server

228
00:17:52,400 --> 00:17:56,669
che sarebbe venuto come ultimo corso in questa specializzazione.