1
00:00:03,879 --> 00:00:07,577
Permettez-moi de commencer par vous donner une introduction rapide

2
00:00:07,577 --> 00:00:11,705
10 minutes à l'essentiel de la mise en réseau.

3
00:00:11,705 --> 00:00:18,769
Plus j'enseigne l'anglais, plus je me rends compte que juste pour utiliser leurs plus belles caractéristiques

4
00:00:18,769 --> 00:00:23,210
d'angulaire, vous devez avoir une compréhension de tant de différents Fin connectés

5
00:00:23,210 --> 00:00:27,165
avant même de pouvoir comprendre ce que vous faites avec angulaire.

6
00:00:27,165 --> 00:00:29,929
Au moment où vous commencez à chasser chacun de ces Fin,

7
00:00:29,929 --> 00:00:32,890
ils deviendront des cours entiers par eux-mêmes et bientôt,

8
00:00:32,890 --> 00:00:37,539
Je finirai par vous enseigner tout leur programme d'informatique.

9
00:00:37,539 --> 00:00:41,174
Mais étant donné que nous avons un temps limité,

10
00:00:41,174 --> 00:00:43,554
, je vais me concentrer sur vous fournir l'essentiel

11
00:00:43,554 --> 00:00:48,344
dont vous avez besoin pour comprendre chacun des sujets.

12
00:00:48,344 --> 00:00:53,383
Maintenant, ce que nous couvrons dans ce module particulier nécessitera

13
00:00:53,383 --> 00:00:57,829
au moins une compréhension rudimentaire du fonctionnement du réseau informatique

14
00:00:57,829 --> 00:01:01,310
avant de comprendre pourquoi nous devons utiliser HTTP,

15
00:01:01,310 --> 00:01:03,587
pourquoi nous communiquons avec un serveur.

16
00:01:03,587 --> 00:01:08,284
La raison du retard est que lorsque vous parlez à un serveur,

17
00:01:08,284 --> 00:01:09,394
et ainsi de suite.

18
00:01:09,394 --> 00:01:14,111
Et aussi, les différents protocoles que vous devez connaître

19
00:01:14,111 --> 00:01:17,420
avant même de pouvoir communiquer avec un serveur.

20
00:01:17,420 --> 00:01:20,239
Donc, en gardant tout cela à l'esprit,

21
00:01:20,239 --> 00:01:25,950
une introduction rapide de 10 minutes à l'essentiel de la mise en réseau.

22
00:01:25,950 --> 00:01:30,575
Nous commençons à réaliser que les applications web ne sont plus autonomes.

23
00:01:30,575 --> 00:01:38,015
Ils ont toujours un devis unquote back-end cloud supportant votre application web.

24
00:01:38,015 --> 00:01:40,370
Maintenant, ces jours-ci, tout est sur le Cloud.

25
00:01:40,370 --> 00:01:46,444
Très bientôt, vous serez aussi sur le Cloud, au moins sur le nuage neuf avec une doublure argentée.

26
00:01:46,444 --> 00:01:55,939
Mais étant donné que nous avons besoin d'un support Silverside pour que notre application angulaire fonctionne correctement,

27
00:01:55,939 --> 00:01:58,615
vous hébergerez le serveur.

28
00:01:58,615 --> 00:02:06,140
Et ces jours-ci, l'hébergement du serveur se fait très facilement en utilisant un

29
00:02:06,140 --> 00:02:09,619
des services d'infrastructure basés sur le cloud.

30
00:02:09,619 --> 00:02:15,860
Des choses comme Amazon, Web Services ou Heroku ou Digital Ocean

31
00:02:15,860 --> 00:02:21,650
ou bien d'autres qui fournissent un support de serveur basé sur le cloud

32
00:02:21,650 --> 00:02:26,574
que vous pouvez exploiter pour fournir un support serveur pour votre application angulaire.

33
00:02:26,574 --> 00:02:32,363
Donc, du côté serveur, qu'est-ce qui est exactement disponible du côté serveur ?

34
00:02:32,363 --> 00:02:39,814
Vous avez généralement un serveur frontal qui parle à votre application angulaire.

35
00:02:39,814 --> 00:02:45,349
Donc, c'est la logique du serveur et dans les coulisses,

36
00:02:45,349 --> 00:02:52,790
la logique du serveur communique avec un stockage persistant comme une base de données

37
00:02:52,790 --> 00:02:56,905
où vos données sont stockées et récupérées.

38
00:02:56,905 --> 00:03:01,069
Quand vous entrerez dans le monde du réseautage, vous serez bientôt bombardés

39
00:03:01,069 --> 00:03:04,264
avec 304 petits acronymes.

40
00:03:04,264 --> 00:03:08,930
Les choses que vous croyiez savoir ce qu'ils étaient de l'anglais

41
00:03:08,930 --> 00:03:11,509
normal ou ils ont une signification entièrement différente

42
00:03:11,509 --> 00:03:15,610
ou but lorsque vous les rencontrez dans le monde du réseautage.

43
00:03:15,610 --> 00:03:17,764
Alors, examinons quelques-uns d'entre eux.

44
00:03:17,764 --> 00:03:22,159
Ainsi, dans le monde de la mise en réseau, vous entendrez les gens parler du protocole HTTP.

45
00:03:22,159 --> 00:03:26,379
Protocole utilisé pour communiquer entre le client et le serveur.

46
00:03:26,379 --> 00:03:29,000
Ceci est un protocole de couche d'application

47
00:03:29,000 --> 00:03:34,409
dont nous parlerons brièvement un peu plus dans le reste de cette conférence.

48
00:03:34,409 --> 00:03:41,004
Le protocole HTTP pour qu'il fonctionne a besoin d'une URL pour lui être fournie,

49
00:03:41,004 --> 00:03:42,955
le localisateur de ressources uniformes.

50
00:03:42,955 --> 00:03:51,095
Donc, ceci est une chaîne de caractères séparés par des barres obliques avec dans chaque deux-points TTP,

51
00:03:51,095 --> 00:03:55,694
sur un https : attaché devant lui.

52
00:03:55,694 --> 00:03:58,530
Et je suis sûr que si vous êtes utilisé sur le web,

53
00:03:58,530 --> 00:04:02,655
vous êtes assez familier avec ce que les URL ressemblent.

54
00:04:02,655 --> 00:04:06,435
Maintenant, en plus, vous entendrez les gens parler de JSON,

55
00:04:06,435 --> 00:04:11,607
pas à votre ami Jason mais JavaScript Object Notation.

56
00:04:11,607 --> 00:04:19,026
Donc, la notation d'objet JavaScript est un moyen d'encoder les données qui sont expédiées

57
00:04:19,026 --> 00:04:22,850
du côté serveur vers le côté client ou vice versa.

58
00:04:22,850 --> 00:04:26,038
Et aussi, vous entendrez les gens parler de XML,

59
00:04:26,038 --> 00:04:30,574
encore une autre façon d'encoder les données pendant qu'elles sont en transit

60
00:04:30,574 --> 00:04:33,240
entre le site client et serveur.

61
00:04:33,240 --> 00:04:41,584
Maintenant, et aussi vous entendrez les gens parler de protocoles de plus haut niveau appelés SOAP,

62
00:04:41,584 --> 00:04:46,550
pas le genre avec lequel vous prenez une douche, mais SOAP en tant que protocole

63
00:04:46,550 --> 00:04:55,034
qui permet la communication entre les entités de distribution au sein du réseau.

64
00:04:55,034 --> 00:04:59,449
Et aussi, vous entendrez les gens parler de REST, pas quelque chose

65
00:04:59,449 --> 00:05:02,479
que vous obtenez trop en passant par ce cours particulier.

66
00:05:02,479 --> 00:05:06,057
REST ou un transfert d'État représentatif.

67
00:05:06,057 --> 00:05:10,850
Je vais avoir une conférence plus courte spécifiquement consacrée

68
00:05:10,850 --> 00:05:14,089
à REST un peu plus tard dans ce module.

69
00:05:14,089 --> 00:05:18,410
Et dans le monde HTTP, vous entendrez les gens parler de GET,

70
00:05:18,410 --> 00:05:23,449
PUT, POST et DELETE, et vous vous demanderiez,

71
00:05:23,449 --> 00:05:25,235
que signifient-ils tous ?

72
00:05:25,235 --> 00:05:29,454
Apprenons un peu à ce sujet dans cette conférence,

73
00:05:29,454 --> 00:05:34,459
et aussi la conférence sur REST que vous verrez un peu plus tard.

74
00:05:34,459 --> 00:05:38,959
Une chose importante que vous devez comprendre lorsque vous communiquez

75
00:05:38,959 --> 00:05:45,439
avec un serveur est que la communication client serveur provoque une quantité inattendue

76
00:05:45,439 --> 00:05:48,350
de retards ou une quantité indéterminée de retard

77
00:05:48,350 --> 00:05:54,454
pendant que les données sont récupérées ou téléchargées sur le serveur à partir du côté client.

78
00:05:54,454 --> 00:05:57,566
Donc, ce qui signifie que dans votre application client-serveur

79
00:05:57,566 --> 00:06:00,409
, vous devez tenir l'utilisateur informé du fait

80
00:06:00,409 --> 00:06:07,970
que quelque chose se passe dans les coulisses et être en mesure de gérer les retards

81
00:06:07,970 --> 00:06:14,149
et peut-être ne pas être en mesure d'obtenir les données du côté serveur.

82
00:06:14,149 --> 00:06:18,589
Il est tout à fait possible que lorsque vous essayez de vous connecter à un serveur,

83
00:06:18,589 --> 00:06:20,959
la connexion au serveur peut échouer,

84
00:06:20,959 --> 00:06:27,224
le serveur peut renvoyer des données incorrectes ou peut provoquer une erreur dans la communication.

85
00:06:27,224 --> 00:06:31,129
Tous ces éléments doivent être traités du côté client de manière appropriée afin

86
00:06:31,129 --> 00:06:37,259
que votre application fonctionnera toujours même en présence de ces problèmes.

87
00:06:37,259 --> 00:06:43,939
En sautant dans le protocole de couche d'application le plus populaire utilisé pour communiquer

88
00:06:43,939 --> 00:06:48,569
entre le client et le serveur, le protocole de transfert hypertexte

89
00:06:48,569 --> 00:06:51,785
mais il s'agit d'un protocole de communication client serveur.

90
00:06:51,785 --> 00:06:54,019
Maintenant, cela peut ou peut ne pas avoir beaucoup de sens pour vous

91
00:06:54,019 --> 00:06:58,250
sauf si vous avez suffisamment d'expérience en réseau, mais c'est un protocole

92
00:06:58,250 --> 00:07:04,189
qui est utilisé pour encoder les messages que vous échangez entre votre application cliente,

93
00:07:04,189 --> 00:07:08,416
qui est une application angulaire dans ce cas, et un côté serveur.

94
00:07:08,416 --> 00:07:14,300
Donc, ce protocole HTTP vous permet de récupérer des documents hypertextes

95
00:07:14,300 --> 00:07:19,459
du côté serveur de plus en plus les informations téléchargées

96
00:07:19,459 --> 00:07:25,298
du côté serveur sont encodées dans l'un des formats de codage standard comme JSON ou XML.

97
00:07:25,298 --> 00:07:28,759
Et, pour pouvoir parler à un serveur,

98
00:07:28,759 --> 00:07:35,270
vous avez le support de diverses actions HTTP,

99
00:07:35,270 --> 00:07:39,295
ou ce que nous appelons les verbes HTTP : HEAD, GET, POST,

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

101
00:07:44,634 --> 00:07:51,069
Nous verrons en particulier les verbes GET, PUT, POST et DELETE plus en détail

102
00:07:51,069 --> 00:07:57,654
lorsque nous examinerons le protocole d'API reste un peu plus tard.

103
00:07:57,654 --> 00:08:00,904
Comment fonctionne le protocole HTTP ?

104
00:08:00,904 --> 00:08:08,487
Dans le protocole HTTP, vous envoyez une requête de votre application cliente au serveur

105
00:08:08,487 --> 00:08:12,990
et celle-ci est codée sous la forme d'un message de requête HTTP.

106
00:08:12,990 --> 00:08:18,767
Le message de demande porte généralement une URL dans le message de demande indiquant,

107
00:08:18,767 --> 00:08:22,279
ce que vous voulez que le côté serveur vous envoie

108
00:08:22,279 --> 00:08:24,920
et il s'agit généralement d'un message GET

109
00:08:24,920 --> 00:08:29,805
si vous souhaitez télécharger des données à partir du site du serveur.

110
00:08:29,805 --> 00:08:35,404
Et vous indiquerez également avec quel serveur particulier vous communiquez.

111
00:08:35,404 --> 00:08:39,320
Lorsque le serveur reçoit votre demande, le serveur

112
00:08:39,320 --> 00:08:45,215
récupère les données de son stockage de données, généralement une base de données côté serveur,

113
00:08:45,215 --> 00:08:49,160
, puis empaqueter ces données dans un quatre dos approprié,

114
00:08:49,160 --> 00:08:53,595
et vous renvoie les données côté client.

115
00:08:53,595 --> 00:08:58,430
Si vous obtenez du code HTML, CSS et javascript standard du côté serveur,

116
00:08:58,430 --> 00:09:00,746
alors votre navigateur est capable de le rendre.

117
00:09:00,746 --> 00:09:05,705
Retour avec des applications comme angular, vous vous connectez principalement au serveur

118
00:09:05,705 --> 00:09:12,919
, puis récupérez des données sous forme de JSON ou XML la plupart du temps.

119
00:09:12,919 --> 00:09:16,730
Sauf pour le téléchargement initial de toutes les ressources

120
00:09:16,730 --> 00:09:22,259
nécessaires à l'exécution de l'application angulaire dans votre navigateur.

121
00:09:22,259 --> 00:09:29,929
Ainsi, comme nous l'avons vu précédemment, l'application HTTP nécessite l'envoi de messages

122
00:09:29,929 --> 00:09:31,954
entre le client et le serveur.

123
00:09:31,954 --> 00:09:36,524
Message de demande généralement envoyé par le client au serveur,

124
00:09:36,524 --> 00:09:42,600
et le message de demande se compose d'une ligne de demande plus un tas d'en-têtes

125
00:09:42,600 --> 00:09:47,309
où vous fournissez des informations supplémentaires pour qualifier la demande.

126
00:09:47,309 --> 00:09:49,889
Nous verrons l'utilisation de divers en-têtes

127
00:09:49,889 --> 00:09:53,129
et paramètres dans les en-têtes que nous passons par quelques

128
00:09:53,129 --> 00:09:56,634
des exercices dans ce module particulier.

129
00:09:56,634 --> 00:09:59,159
La ligne de demande et les en-têtes sont séparés

130
00:09:59,159 --> 00:10:04,500
du corps du message de demande par une ligne vide.

131
00:10:04,500 --> 00:10:08,279
Le corps du message peut contenir des données supplémentaires en particulier

132
00:10:08,279 --> 00:10:11,754
si vos clients envoient des données côté serveur.

133
00:10:11,754 --> 00:10:13,769
Par exemple, lorsque vous soumettez un formulaire,

134
00:10:13,769 --> 00:10:20,819
les informations contenues dans le formulaire sont encodées au format JSON

135
00:10:20,819 --> 00:10:24,409
puis envoyées au côté serveur du côté client.

136
00:10:24,409 --> 00:10:28,860
Donc, cela sera fait en utilisant soit un message POST ou PUT.

137
00:10:28,860 --> 00:10:33,610
En regardant un peu plus de détails sur le message de requête HTTP,

138
00:10:33,610 --> 00:10:38,134
le message de requête typique dans la ligne de requête contiendra la méthode,

139
00:10:38,134 --> 00:10:39,011
qui est soit GET, PUT, PAUSE, DELETE

140
00:10:39,011 --> 00:10:43,455
ou certains des autres verbes que vous avez vus plus tôt.

141
00:10:43,455 --> 00:10:48,360
Ensuite, suivi de l'URL et de la version du protocole HTTP

142
00:10:48,360 --> 00:10:52,500
que vous utilisez pour communiquer du client au côté serveur.

143
00:10:52,500 --> 00:10:57,120
Le champ d'en-tête contient généralement un nom de champ d'en-tête, deux-points,

144
00:10:57,120 --> 00:11:00,539
et la valeur de ce champ d'en-tête.

145
00:11:00,539 --> 00:11:08,100
Et le contenu du corps, comme je l'ai mentionné, pourrait être encodé au format JSON ou XML.

146
00:11:08,100 --> 00:11:16,419
Voici un exemple de message de requête HTTP classique

147
00:11:16,419 --> 00:11:19,294
qui peut être envoyé au serveur à partir du client.

148
00:11:19,294 --> 00:11:23,169
Donc, dans ce message de demande particulier, nous demandons au serveur de conserver la page

149
00:11:23,169 --> 00:11:28,090
et index.hmtl du côté serveur vers le côté client afin

150
00:11:28,090 --> 00:11:31,320
qu'elle puisse être rendue dans le navigateur côté client.

151
00:11:31,320 --> 00:11:37,029
Une requête comme celle-ci aurait généralement un corps vide dans le message de requête.

152
00:11:37,029 --> 00:11:42,309
La plupart des informations seront encodées dans la ligne de demande plus les en-têtes

153
00:11:42,309 --> 00:11:44,559
du message de demande.

154
00:11:44,559 --> 00:11:49,179
Lorsque le client envoie la demande au serveur,

155
00:11:49,179 --> 00:11:55,355
le serveur traitera la demande, puis renvoie une réponse au côté client.

156
00:11:55,355 --> 00:11:59,379
Le message de réponse est organisé en trois parties.

157
00:11:59,379 --> 00:12:05,679
Une ligne d'état avec quelques informations sur la façon dont la demande a été traitée

158
00:12:05,679 --> 00:12:08,940
et ce qui est renvoyé au client est stockée.

159
00:12:08,940 --> 00:12:16,149
Les en-têtes contiendront des détails supplémentaires sur ce qui est contenu dans le message de réponse,

160
00:12:16,149 --> 00:12:22,654
, puis suivi d'une ligne vide, puis du corps réel du message.

161
00:12:22,654 --> 00:12:28,750
Exemple de ce qui serait généralement contenu dans un message de réponse HTTP.

162
00:12:28,750 --> 00:12:32,766
Dans ce cas, ce message de réponse revient avec un 200

163
00:12:32,766 --> 00:12:36,549
qui est un code d'état du message.

164
00:12:36,549 --> 00:12:40,644
Si vous voyez ici, 200 dans la ligne de demande en tant que code d'état.

165
00:12:40,644 --> 00:12:43,360
Cela signifie que votre requête a réussi

166
00:12:43,360 --> 00:12:50,169
et que le serveur est en mesure de renvoyer les données que vous avez demandées du côté serveur.

167
00:12:50,169 --> 00:12:56,544
Et puis, l'en-tête contiendra des instructions supplémentaires vers le côté client,

168
00:12:56,544 --> 00:13:02,735
incluant des informations sur la façon dont le corps réel du message est encodé.

169
00:13:02,735 --> 00:13:07,099
Ensuite, le corps peut contenir, si vous avez demandé la page HTML d'index,

170
00:13:07,099 --> 00:13:12,399
le corps du message contiendra le code HTML

171
00:13:12,399 --> 00:13:18,534
pour la page HTML de démarrage de l'index comme vous le voyez dans cet exemple ici.

172
00:13:18,534 --> 00:13:27,210
Un des éléments d'information de la ligne d'état que j'appelle ce code d'état.

173
00:13:27,210 --> 00:13:31,304
Si le serveur est capable de traiter votre demande correctement,

174
00:13:31,304 --> 00:13:34,990
il enverra une réponse avec un score d'état de 200,

175
00:13:34,990 --> 00:13:37,450
ce qui signifie que tout est correct du côté serveur,

176
00:13:37,450 --> 00:13:40,914
et le côté serveur retourne les données correctement.

177
00:13:40,914 --> 00:13:45,294
Si le serveur ne peut pas traiter la demande pour une raison quelconque,

178
00:13:45,294 --> 00:13:50,259
alors cette information sera codée dans le code d'état dans

179
00:13:50,259 --> 00:13:53,309
cette ligne d'état du message de réponse.

180
00:13:53,309 --> 00:13:56,950
Les différents codes d'état, généralement, que vous rencontrerez

181
00:13:56,950 --> 00:13:59,210
lorsque vous recevez une réponse du côté serveur,

182
00:13:59,210 --> 00:14:05,864
incluent un 201 ce qui signifie que lorsque vous essayez de créer un objet côté serveur,

183
00:14:05,864 --> 00:14:11,230
il a été créé avec succès ou 301 ce qui signifie que tout ce que vous demandez

184
00:14:11,230 --> 00:14:13,750
a déplacé de façon permanente vers un nouvel emplacement,

185
00:14:13,750 --> 00:14:17,889
et que vous êtes sur le nouvel emplacement de cette ressource

186
00:14:17,889 --> 00:14:20,205
sera retourné à votre côté client.Les

187
00:14:20,205 --> 00:14:26,014
400s et 500s indiquent généralement qu'il y a des problèmes côté serveur.

188
00:14:26,014 --> 00:14:31,210
A 404 est quelque chose que vous rencontrez souvent lorsque vous demandez

189
00:14:31,210 --> 00:14:35,110
pour quelque chose qui n'existe pas côté serveur.

190
00:14:35,110 --> 00:14:38,860
De même, un 500 signifie que le serveur abandonne tout simplement,

191
00:14:38,860 --> 00:14:43,620
il est incapable de traiter votre demande et renvoie ensuite une erreur de serveur interne.

192
00:14:43,620 --> 00:14:47,575
Ce sont deux codes d'erreur courants que vous rencontrerez.

193
00:14:47,575 --> 00:14:53,629
Les autres ont une signification spécifique telle que listée dans ce tableau ici.

194
00:14:53,629 --> 00:14:57,625
Il y a plus que les codes d'état que je vous ai donnés dans ce tableau

195
00:14:57,625 --> 00:15:00,519
mais ce sont quelques-uns des codes d'état les plus courants

196
00:15:00,519 --> 00:15:06,220
que vous rencontrerez dans un message de réponse venant du côté serveur.

197
00:15:06,220 --> 00:15:13,044
Un autre point que j'ai mentionné est le fait que le serveur peut encoder les données

198
00:15:13,044 --> 00:15:21,534
dans un format spécifique comme XML ou Extensible Markup Language ou JSON, le JavaScript

199
00:15:21,534 --> 00:15:24,085
Object Notation pour cela.

200
00:15:24,085 --> 00:15:28,690
Maintenant, typiquement dans ce cours particulier, nous allons traiter des données

201
00:15:28,690 --> 00:15:31,164
qui sont encodées principalement en JSON.

202
00:15:31,164 --> 00:15:38,544
La plupart des applications, les applications côté client y compris les applications mobiles de nos jours,

203
00:15:38,544 --> 00:15:40,450
communiquent généralement avec le serveur

204
00:15:40,450 --> 00:15:49,240
et le format d'échange de données est JSON par défaut dans la plupart des cas.

205
00:15:49,240 --> 00:15:54,968
C'est la raison pour laquelle je vais passer quelques minutes à vous expliquer sur JSON.

206
00:15:54,968 --> 00:16:01,000
La notation d'objet javascript, ou JSON, est un format d'échange de données léger.

207
00:16:01,000 --> 00:16:09,279
La raison pour laquelle le format de données JSON nous intéresse spécifiquement dans ce cours est

208
00:16:09,279 --> 00:16:13,955
parce que la notation d'objet javascript, comme son nom l'indique,

209
00:16:13,955 --> 00:16:20,480
se mappe très facilement dans un objet javascript que vous utilisez avec n'importe quel code javascript.

210
00:16:20,480 --> 00:16:24,890
Donc, convertir un objet javascript en notation JSON,

211
00:16:24,890 --> 00:16:26,924
et vice versa, est très simple.

212
00:16:26,924 --> 00:16:30,350
Cette notation JSON est un, ce que nous appelons,

213
00:16:30,350 --> 00:16:35,045
comme une notation auto-décrivant et très facile à comprendre.

214
00:16:35,045 --> 00:16:38,230
Dans le format de notation d'objet javascript,

215
00:16:38,230 --> 00:16:44,335
les données sont structurées d'une manière très propre et spécifiée.

216
00:16:44,335 --> 00:16:47,810
Ceci est structuré comme une collection de paires nom/valeur,

217
00:16:47,810 --> 00:16:52,855
et ceci est structuré comme une liste ordonnée de valeurs.

218
00:16:52,855 --> 00:16:56,674
Vous pouvez voir un exemple de ceci sur le côté droit ici,

219
00:16:56,674 --> 00:17:03,980
nous avons effectivement utilisé ces données JSON avec notre application angulaire déjà plus tôt.

220
00:17:03,980 --> 00:17:08,809
Donc, maintenant vous voyez pourquoi les données sont structurées de cette façon.

221
00:17:08,809 --> 00:17:15,503
Et vous vous rendez compte aussi qu'il est très facile de pouvoir traiter ces données

222
00:17:15,503 --> 00:17:21,335
dans votre audio javascript, dactylographié est pris dans votre application angulaire.

223
00:17:21,335 --> 00:17:27,484
Avec cela, je complète un aperçu rapide de l'essentiel de la mise en réseau.

224
00:17:27,484 --> 00:17:33,109
Nous allons maintenant passer à et exercer où nous allons mettre en place un serveur rudimentaire

225
00:17:33,109 --> 00:17:39,080
qui était de servir des données que nous pouvons connecter à partir de notre application angulaire

226
00:17:39,080 --> 00:17:42,140
puis échanger des données avec un serveur.

227
00:17:42,140 --> 00:17:48,079
Maintenant, nous allons développer un serveur à part entière dans l'un des cours ultérieurs,

228
00:17:48,079 --> 00:17:52,400
le code Node JS et le cours de développement côté serveur

229
00:17:52,400 --> 00:17:56,669
qui viendrait comme un dernier cours dans cette spécialisation.