﻿1
00:00:01,300 --> 00:00:02,640
‫Instructeur : Vous avez

2
00:00:02,640 --> 00:00:05,930
‫donc déjà appris à créer de nouveaux documents dans la base de données.

3
00:00:05,930 --> 00:00:07,610
‫Mais dans cette conférence, je

4
00:00:07,610 --> 00:00:10,940
‫vais vous montrer une façon plus simple et encore meilleure de le

5
00:00:10,940 --> 00:00:13,933
‫faire, alors que nous implémentons notre gestionnaire de tournées create.

6
00:00:15,620 --> 00:00:17,620
‫Donc, à ce stade,

7
00:00:17,620 --> 00:00:19,690
‫notre API ne fait plus rien.

8
00:00:19,690 --> 00:00:21,140
‫Cela ne fonctionne plus

9
00:00:21,140 --> 00:00:23,850
‫car en gros, nous avons supprimé toutes les fonctionnalités

10
00:00:23,850 --> 00:00:25,760
‫que nous avions dans la dernière vidéo.

11
00:00:25,760 --> 00:00:28,740
‫Et nous l'avons fait, de sorte qu'au cours des deux

12
00:00:28,740 --> 00:00:32,230
‫prochaines conférences, nous puissions le reconstruire en utilisant une vraie base de données.

13
00:00:32,230 --> 00:00:36,810
‫D'accord, donc en gros, construisons enfin notre vraie API.

14
00:00:36,810 --> 00:00:38,500
‫Et nous allons commencer par

15
00:00:38,500 --> 00:00:39,957
‫implémenter la fonction createTour.

16
00:00:39,957 --> 00:00:42,260
‫Mais souvenez-vous simplement de la fonction de

17
00:00:42,260 --> 00:00:45,300
‫gestionnaire qui est appelée dès qu'il y a une demande

18
00:00:45,300 --> 00:00:47,420
‫de publication sur l'itinéraire des visites.

19
00:00:47,420 --> 00:00:50,460
‫C'est donc ce que nous avons ici dans tourRoutes.

20
00:00:51,300 --> 00:00:53,320
‫Mettons donc ça ici.

21
00:00:53,320 --> 00:00:56,930
‫Donc ce que je viens de dire est ceci.

22
00:00:56,930 --> 00:00:59,940
‫Nous avons donc ce checkBody ici.

23
00:00:59,940 --> 00:01:01,450
‫Ce qui est en

24
00:01:01,450 --> 00:01:03,663
‫fait quelque chose que nous pourrons également supprimer.

25
00:01:04,920 --> 00:01:06,313
‫Alors où est-ce, en fait ?

26
00:01:07,583 --> 00:01:09,120
‫checkBody bien,

27
00:01:09,120 --> 00:01:12,750
‫c'est donc une autre de ces fonctions dont nous

28
00:01:12,750 --> 00:01:14,290
‫n'avons vraiment plus besoin.

29
00:01:14,290 --> 00:01:17,180
‫Parce que c'était essentiellement pour valider le corps.

30
00:01:17,180 --> 00:01:22,060
‫Donc, pour voir s'il y avait le nom ou la propriété de prix en eux.

31
00:01:22,060 --> 00:01:22,900
‫Droit?

32
00:01:22,900 --> 00:01:24,690
‫Mais maintenant, notre modèle

33
00:01:24,690 --> 00:01:26,650
‫de mangouste va s'occuper de ça.

34
00:01:26,650 --> 00:01:28,830
‫Et encore une fois, c'était

35
00:01:28,830 --> 00:01:31,900
‫bien de nous montrer comment fonctionne un middleware, mais

36
00:01:31,900 --> 00:01:34,143
‫maintenant nous pouvons nous en débarrasser.

37
00:01:35,490 --> 00:01:39,410
‫D'accord, et je vais donc le supprimer d'ici aussi.

38
00:01:39,410 --> 00:01:40,393
‫Donnez-lui une nouvelle sauvegarde.

39
00:01:41,474 --> 00:01:43,400
‫Et c'est maintenant de retour au travail.

40
00:01:43,400 --> 00:01:45,660
‫Quoi qu'il en soit, la fonction

41
00:01:45,660 --> 00:01:48,000
‫que nous créons maintenant est cette fonction createTour.

42
00:01:48,000 --> 00:01:50,050
‫Où seules les données seront appelées

43
00:01:50,050 --> 00:01:54,690
‫dès que quelqu'un arrivera sur l'itinéraire de la tournée avec une demande de publication.

44
00:01:54,690 --> 00:01:57,030
‫D'accord, donc juste pour récapituler cela parce

45
00:01:57,030 --> 00:01:59,150
‫que je sais que cela peut

46
00:01:59,150 --> 00:02:02,190
‫être un peu déroutant avec ces différents fichiers et

47
00:02:02,190 --> 00:02:03,980
‫différents dossiers et différentes fonctions.

48
00:02:03,980 --> 00:02:05,430
‫Mais il est également très

49
00:02:05,430 --> 00:02:07,610
‫important que nous commencions à organiser notre code

50
00:02:07,610 --> 00:02:08,860
‫dès le début.

51
00:02:09,940 --> 00:02:10,900
‫D'accord?

52
00:02:10,900 --> 00:02:14,710
‫Quoi qu'il en soit, nous sommes ici dans la fonction createTour.

53
00:02:14,710 --> 00:02:17,200
‫Et donc créons maintenant une nouvelle tournée.

54
00:02:17,200 --> 00:02:19,270
‫Et nous allons le faire en fonction

55
00:02:19,270 --> 00:02:21,290
‫des données provenant du corps.

56
00:02:21,290 --> 00:02:22,640
‫Vous vous en souvenez ?

57
00:02:22,640 --> 00:02:24,980
‫Rappelez-vous maintenant comment nous avions l'habitude de créer des documents

58
00:02:24,980 --> 00:02:26,363
‫il y a quelques conférences.

59
00:02:27,470 --> 00:02:29,253
‫Alors on a fait comme ça.

60
00:02:30,690 --> 00:02:32,487
‫Par exemple, disons newTour puis

61
00:02:33,327 --> 00:02:35,077
‫égal à newTour

62
00:02:37,910 --> 00:02:40,014
‫puis les données qu'il contient.

63
00:02:40,014 --> 00:02:44,181
‫Alors on a fait comme ça et puis c'est une nouvelle tournée.

64
00:02:46,087 --> 00:02:48,504
‫Et puis nous tapons newTour. enregistrer et

65
00:02:50,290 --> 00:02:51,920
‫cela fonctionne plutôt bien.

66
00:02:51,920 --> 00:02:54,780
‫Mais nous pouvons le faire d'une manière encore plus facile.

67
00:02:54,780 --> 00:02:58,010
‫Donc, au lieu de faire cela, nous

68
00:03:02,220 --> 00:03:05,690
‫pouvons faire Tour. créez et collez les données là-dedans.

69
00:03:05,690 --> 00:03:08,070
‫D'accord et cela fera exactement la même chose.

70
00:03:08,070 --> 00:03:10,900
‫La principale différence est que dans cette version

71
00:03:10,900 --> 00:03:14,170
‫ici, nous appelons essentiellement la méthode directement sur la tournée

72
00:03:14,170 --> 00:03:17,330
‫alors que dans cette première version, nous appelions la méthode

73
00:03:17,330 --> 00:03:18,970
‫sur le nouveau document.

74
00:03:18,970 --> 00:03:21,560
‫D'accord, et c'est donc complètement différent.

75
00:03:21,560 --> 00:03:23,940
‫Donc encore une fois, nous avons eu la tournée que nous avons créée

76
00:03:23,940 --> 00:03:24,920
‫à partir du modèle.

77
00:03:24,920 --> 00:03:27,920
‫Et puis lors de cette tournée, nous avons utilisé la méthode de sauvegarde.

78
00:03:27,920 --> 00:03:30,720
‫Parce que le document a accès à cette méthode

79
00:03:30,720 --> 00:03:33,030
‫et à beaucoup d'autres méthodes également.

80
00:03:33,030 --> 00:03:35,040
‫Mais ici, dans la deuxième situation,

81
00:03:35,040 --> 00:03:39,373
‫nous appelons cette méthode de création directement sur le modèle lui-même, d'accord ?

82
00:03:40,560 --> 00:03:45,463
‫Rappelez-vous maintenant comment cette méthode de sauvegarde ici a renvoyé une promesse.

83
00:03:46,480 --> 00:03:49,670
‫Et donc, cette création ici renvoie également une promesse.

84
00:03:49,670 --> 00:03:52,630
‫Et donc pour avoir accès au fichier document tel qu'il

85
00:03:52,630 --> 00:03:54,690
‫a été créé dans la base

86
00:03:54,690 --> 00:03:58,880
‫de données, nous aurions alors utilisé . alors ok?

87
00:03:58,880 --> 00:04:01,810
‫Mais au lieu d'utiliser des promesses comme celle-ci, je

88
00:04:01,810 --> 00:04:03,920
‫vais commencer à utiliser async wait.

89
00:04:03,920 --> 00:04:04,860
‫Bien.

90
00:04:04,860 --> 00:04:07,960
‫Donc, cette fonction ici devrait être une fonction asynchrone.

91
00:04:07,960 --> 00:04:09,900
‫Donc tout ce que nous

92
00:04:09,900 --> 00:04:12,250
‫avons à faire est d'écrire async juste ici.

93
00:04:12,250 --> 00:04:15,760
‫Nous avons donc async et nous pouvons maintenant attendre le résultat de

94
00:04:15,760 --> 00:04:16,903
‫cette promesse ici.

95
00:04:18,255 --> 00:04:21,010
‫J'espère donc que vous êtes familier avec cela.

96
00:04:21,010 --> 00:04:23,030
‫Et j'ai en fait une section dans

97
00:04:23,030 --> 00:04:25,890
‫ce cours qui traite exactement de ce genre de choses.

98
00:04:25,890 --> 00:04:27,490
‫Donc, si vous n'avez pas

99
00:04:27,490 --> 00:04:30,920
‫regardé cette section mais que vous n'êtes toujours pas familiarisé à 100% avec

100
00:04:30,920 --> 00:04:33,280
‫async wait, alors allez-y et regardez cette section

101
00:04:33,280 --> 00:04:36,040
‫afin que vous compreniez vraiment ce qui se passe ici.

102
00:04:36,040 --> 00:04:39,270
‫D'accord, donc au lieu d'utiliser ceci, je vais utiliser ici

103
00:04:39,270 --> 00:04:40,960
‫async wait, puis enregistrer la

104
00:04:40,960 --> 00:04:43,790
‫valeur du résultat de cette promesse dans la

105
00:04:43,790 --> 00:04:45,413
‫nouvelle variable de tournée.

106
00:04:49,220 --> 00:04:52,020
‫D'accord, maintenant la dernière pièce du puzzle

107
00:04:52,020 --> 00:04:56,410
‫consiste bien sûr à transmettre des données réelles dans cette méthode de création.

108
00:04:56,410 --> 00:04:58,410
‫Et donc au lieu de cet

109
00:04:58,410 --> 00:05:01,310
‫objet vide, nous allons passer dans le corps de

110
00:05:01,310 --> 00:05:05,020
‫la requête donc req. body et ce sont donc les

111
00:05:05,020 --> 00:05:08,010
‫données fournies avec la demande de publication, n'est-ce pas ?

112
00:05:08,010 --> 00:05:09,290
‫Maintenant encore une

113
00:05:09,290 --> 00:05:12,600
‫fois, juste pour vous assurer que tout est clair pour vous.

114
00:05:12,600 --> 00:05:15,920
‫D'accord, nous pouvons donc utiliser le modèle de tournée directement

115
00:05:15,920 --> 00:05:18,340
‫et appeler la méthode create dessus.

116
00:05:18,340 --> 00:05:20,630
‫Ensuite, dans cette fonction, nous passons les données que

117
00:05:20,630 --> 00:05:23,600
‫nous voulons stocker dans la base de données en tant que nouveau tour.

118
00:05:23,600 --> 00:05:26,810
‫Et ces données proviennent du corps du message, n'est-ce pas ?

119
00:05:26,810 --> 00:05:30,730
‫Et c'est donc stocké à l'intérieur du corps du point de demande.

120
00:05:30,730 --> 00:05:32,460
‫Donc cette variable ici.

121
00:05:32,460 --> 00:05:35,503
‫Maintenant, cette méthode ici renverra alors une promesse.

122
00:05:36,473 --> 00:05:38,850
‫Et nous attendons cette promesse en

123
00:05:38,850 --> 00:05:42,000
‫utilisant async wait, puis stockons ce résultat dans

124
00:05:42,000 --> 00:05:44,050
‫la variable newTour qui sera

125
00:05:44,050 --> 00:05:48,083
‫le document nouvellement créé déjà avec l'ID et tout, d'accord ?

126
00:05:49,700 --> 00:05:51,130
‫Je vais donc garder

127
00:05:51,130 --> 00:05:53,160
‫ce code ici juste comme référence.

128
00:05:53,160 --> 00:05:57,210
‫Et pour l'instant, récupérons cette donnée ici.

129
00:05:57,210 --> 00:05:58,363
‫Morceau de code en fait.

130
00:05:59,250 --> 00:06:00,720
‫Donnez-lui une sauvegarde.

131
00:06:00,720 --> 00:06:03,950
‫Et maintenant, nous obtenons cette erreur de charpie ES.

132
00:06:03,950 --> 00:06:05,360
‫Jetons donc un coup d'œil

133
00:06:05,360 --> 00:06:07,300
‫à cela, mettez simplement notre souris ici.

134
00:06:07,300 --> 00:06:10,500
‫Et cela nous dit que les fonctions asynchrones ne sont pas prises en

135
00:06:10,500 --> 00:06:13,230
‫charge jusqu'à ce nœud 7. 6 et donc cette erreur

136
00:06:13,230 --> 00:06:16,140
‫ES Lint vient de ce plugin de nœud que nous

137
00:06:16,140 --> 00:06:17,320
‫avons réellement installé.

138
00:06:17,320 --> 00:06:18,450
‫Vous pouvez donc le voir ici.

139
00:06:18,450 --> 00:06:21,410
‫D'accord, donc ce que nous allons faire pour résoudre ce problème, c'est

140
00:06:21,410 --> 00:06:23,920
‫simplement aller au package. json et vous

141
00:06:23,920 --> 00:06:25,600
‫trouverez ici la version du

142
00:06:25,600 --> 00:06:27,180
‫nœud que nous utilisons réellement.

143
00:06:27,180 --> 00:06:28,383
‫C'est donc très simple.

144
00:06:30,880 --> 00:06:33,790
‫Nous avons juste besoin de spécifier la propriété

145
00:06:33,790 --> 00:06:36,673
‫des moteurs ici dans notre document json.

146
00:06:39,070 --> 00:06:43,830
‫Et définissez le nœud sur supérieur ou

147
00:06:44,850 --> 00:06:47,230
‫égal à 10.

148
00:06:47,230 --> 00:06:48,850
‫D'accord, et c'est parce que dans

149
00:06:48,850 --> 00:06:51,053
‫ce cours, nous utilisons au moins le nœud dix.

150
00:06:52,636 --> 00:06:56,490
‫Donc 7. 6 suffirait pour faire disparaître cette erreur

151
00:06:56,490 --> 00:06:58,610
‫mais bien sûr nous spécifions la version réelle

152
00:06:58,610 --> 00:06:59,890
‫que nous utilisons réellement.

153
00:06:59,890 --> 00:07:01,690
‫Nous donnons donc à celui-ci une sauvegarde.

154
00:07:01,690 --> 00:07:03,010
‫Ferme ça.

155
00:07:03,010 --> 00:07:06,500
‫Et maintenant, notre erreur ici est en fait partie.

156
00:07:06,500 --> 00:07:09,560
‫Maintenant, juste une étape de plus avant de pouvoir

157
00:07:09,560 --> 00:07:11,330
‫l'essayer dans notre application Postman.

158
00:07:11,330 --> 00:07:14,210
‫Et c'est que nous devons en fait gérer les erreurs.

159
00:07:14,210 --> 00:07:17,860
‫D'accord, et gardez à l'esprit qu'avec async wait,

160
00:07:17,860 --> 00:07:22,650
‫nous devons tester les erreurs à l'aide de la syntaxe try catch.

161
00:07:22,650 --> 00:07:26,003
‫Nous écrivons donc un bloc try.

162
00:07:27,160 --> 00:07:28,760
‫Ensuite, encapsulez tout notre code là-dedans.

163
00:07:32,065 --> 00:07:33,615
‫Et puis enfin un bloc catch.

164
00:07:34,920 --> 00:07:39,190
‫Qui, comme nous le savons déjà, a accès à l'objet d'erreur.

165
00:07:39,190 --> 00:07:41,410
‫Et maintenant, qu'est-ce qu'on met vraiment ici ?

166
00:07:41,410 --> 00:07:42,940
‫Eh bien, nous devons

167
00:07:42,940 --> 00:07:45,410
‫penser à quand exactement une erreur peut se produire.

168
00:07:45,410 --> 00:07:47,790
‫Alors rappelez-vous comme il y a

169
00:07:47,790 --> 00:07:50,410
‫deux conférences lorsque nous créions nos premiers documents.

170
00:07:50,410 --> 00:07:51,820
‫Nous avons eu une

171
00:07:51,820 --> 00:07:53,870
‫erreur à l'époque lorsque nous avons essayé de

172
00:07:53,870 --> 00:07:56,600
‫créer un document sans l'un des champs obligatoires, n'est-ce pas ?

173
00:07:56,600 --> 00:07:58,700
‫Et c'était donc une erreur de validation.

174
00:07:58,700 --> 00:08:02,370
‫Et c'est l'une des erreurs qui seraient détectées ici.

175
00:08:02,370 --> 00:08:05,290
‫D'accord, car si nous essayions de créer

176
00:08:05,290 --> 00:08:07,640
‫un document, disons sans l'un des

177
00:08:07,640 --> 00:08:09,900
‫champs obligatoires, cette promesse

178
00:08:09,900 --> 00:08:12,430
‫créée ici serait rejetée, d'accord ?

179
00:08:12,430 --> 00:08:15,000
‫Et donc si nous avons une promesse

180
00:08:15,000 --> 00:08:17,740
‫rejetée ici, elle entrera dans le bloc catch.

181
00:08:17,740 --> 00:08:20,870
‫Et donc, fondamentalement, dans ce bloc catch ici,

182
00:08:20,870 --> 00:08:23,050
‫nous voulons renvoyer une réponse

183
00:08:23,050 --> 00:08:25,580
‫indiquant qu'il y a eu une erreur.

184
00:08:25,580 --> 00:08:30,580
‫D'accord donc rés. statut ici encore et

185
00:08:30,670 --> 00:08:33,483
‫400 qui signifie mauvaise demande. json et maintenant quelque chose de très similaire

186
00:08:35,967 --> 00:08:36,980
‫à celui-ci,

187
00:08:37,950 --> 00:08:40,290
‫mais son état et c'est l'échec,

188
00:08:40,290 --> 00:08:43,310
‫puis au lieu de données ici, nous envoyons

189
00:08:44,270 --> 00:08:48,050
‫un message et pour l'instant, définissons simplement le message sur l'erreur.

190
00:08:48,970 --> 00:08:51,520
‫Bien.

191
00:08:52,560 --> 00:08:53,393
‫Et

192
00:08:54,800 --> 00:08:59,260
‫revenons enfin à notre application Postman et essayons-la.

193
00:08:59,260 --> 00:09:01,643
‫D'accord, alors créez celui-ci et créons

194
00:09:01,643 --> 00:09:03,990
‫maintenant une nouvelle tournée.

195
00:09:03,990 --> 00:09:06,170
‫Donc, pour le moment, nous

196
00:09:06,170 --> 00:09:07,790
‫avons ici la

197
00:09:07,790 --> 00:09:11,370
‫difficulté et le prix de la durée du nom

198
00:09:11,370 --> 00:09:13,860
‫et ajoutons donc également la note

199
00:09:15,400 --> 00:09:18,040
‫et cela doit être entre guillemets 4. 7.

200
00:09:21,050 --> 00:09:21,883
‫Très bien, et maintenant vient le moment.

201
00:09:22,900 --> 00:09:25,570
‫Envoyez et en effet c'est parti.

202
00:09:25,570 --> 00:09:29,330
‫C'est donc la tournée que nous

203
00:09:29,330 --> 00:09:32,170
‫venons de créer.

204
00:09:32,170 --> 00:09:33,430
‫Nous avons notre note.

205
00:09:33,430 --> 00:09:34,520
‫Nous avons notre nom et nous avons notre prix.

206
00:09:34,520 --> 00:09:36,950
‫Et bien sûr l'ID créé automatiquement.

207
00:09:36,950 --> 00:09:39,780
‫Maintenant, vous remarquerez peut-être que nous n'avons aucune difficulté

208
00:09:39,780 --> 00:09:40,890
‫et aucun prix.

209
00:09:40,890 --> 00:09:44,360
‫Eh bien, pourquoi pensez-vous que c'est?

210
00:09:44,360 --> 00:09:46,870
‫Eh bien, c'est parce que ces deux champs ne sont en

211
00:09:46,870 --> 00:09:48,920
‫fait pas dans notre schéma et donc ils

212
00:09:48,920 --> 00:09:51,030
‫ne sont pas mis dans la base de données.

213
00:09:51,030 --> 00:09:54,240
‫Ainsi, tout le reste qui n'est pas dans

214
00:09:54,240 --> 00:09:56,730
‫notre schéma est simplement ignoré.

215
00:09:56,730 --> 00:09:57,840
‫C'est donc ça le pouvoir de notre schéma, d'accord ?

216
00:09:57,840 --> 00:10:01,800
‫Super, maintenant essayons de l'envoyer à nouveau et cela devrait

217
00:10:01,800 --> 00:10:05,210
‫nous donner une erreur, n'est-ce pas ?

218
00:10:05,210 --> 00:10:08,113
‫Et en effet, nous y voilà.

219
00:10:08,950 --> 00:10:10,650
‫Nous avons notre 400 mauvaise demande.

220
00:10:10,650 --> 00:10:13,340
‫Et nous avons ce message qui est l'erreur

221
00:10:13,340 --> 00:10:15,200
‫complète que nous avons eue.

222
00:10:15,200 --> 00:10:17,810
‫Et donc ici, nous voyons que le message d'erreur est une clé en double.

223
00:10:17,810 --> 00:10:21,330
‫Et c'est parce que nous avons déjà le Test Tour 2.

224
00:10:21,330 --> 00:10:24,510
‫Et donc il ne pouvait pas en créer un autre.

225
00:10:24,510 --> 00:10:26,563
‫Alors créons-en un autre ici comme Jonas Tour.

226
00:10:29,330 --> 00:10:33,960
‫Ça n'a pas vraiment d'importance, d'accord ?

227
00:10:33,960 --> 00:10:35,933
‫Je veux juste le créer,

228
00:10:36,850 --> 00:10:39,083
‫d'abord sans rien de tout cela juste

229
00:10:39,940 --> 00:10:42,490
‫pour voir si nous obtenons une autre erreur.

230
00:10:42,490 --> 00:10:45,030
‫Et en effet, nous obtenons quelques erreurs supplémentaires ici.

231
00:10:45,030 --> 00:10:48,070
‫Cette fois-ci en disant que la validation de la

232
00:10:48,070 --> 00:10:50,300
‫tournée a échoué car une tournée

233
00:10:50,300 --> 00:10:51,870
‫doit avoir un prix.

234
00:10:51,870 --> 00:10:54,053
‫D'accord, alors vous voyez qu'en ce moment

235
00:10:54,980 --> 00:10:57,170
‫nous avons ce genre de structure d'erreur étrange ici.

236
00:10:57,170 --> 00:11:00,090
‫Mongo DB restitue donc cet énorme objet d'erreur complet.

237
00:11:00,090 --> 00:11:04,650
‫Et plus tard, on s'occupera de ça.

238
00:11:04,650 --> 00:11:07,100
‫Nous aurons donc une section entière sur la gestion des erreurs uniquement.

239
00:11:07,100 --> 00:11:10,720
‫Et d'ici là, nous créerons des erreurs plus significatives.

240
00:11:10,720 --> 00:11:14,420
‫D'accord, pour l'instant, remplaçons simplement cet objet

241
00:11:14,420 --> 00:11:18,080
‫d'erreur par une chaîne normale ici.

242
00:11:18,080 --> 00:11:20,490
‫Disons donc que des données invalides sont envoyées.

243
00:11:20,490 --> 00:11:25,440
‫D'accord, alors ne faites pas quelque chose comme ça dans une vraie application de production,

244
00:11:25,440 --> 00:11:27,950
‫mais encore une fois, nous aurons une

245
00:11:27,950 --> 00:11:30,350
‫vraie gestion des erreurs un peu

246
00:11:30,350 --> 00:11:32,930
‫plus tard, ce qui va s'occuper de cela.

247
00:11:32,930 --> 00:11:35,430
‫D'accord, donc afficher des erreurs significatives pour le client.

248
00:11:35,430 --> 00:11:39,360
‫Revenons donc ici, envoyez-le à

249
00:11:39,360 --> 00:11:40,750
‫nouveau.

250
00:11:41,610 --> 00:11:43,040
‫Et maintenant, nous obtenons cette chaîne normale ici.

251
00:11:43,040 --> 00:11:45,950
‫Alors créons simplement le prix ici.

252
00:11:45,950 --> 00:11:50,510
‫Fixons-le à 567 puis

253
00:11:50,510 --> 00:11:53,520
‫envoyons-le.

254
00:11:54,490 --> 00:11:55,700
‫Et maintenant, vous verrez que notre évaluation

255
00:11:55,700 --> 00:11:56,860
‫par défaut ici fonctionne toujours.

256
00:11:56,860 --> 00:11:59,813
‫Voyons maintenant tout cela dans la boussole également.

257
00:12:01,800 --> 00:12:05,810
‫Et en effet, nous obtenons nos quatre tournées dans la base de données.

258
00:12:05,810 --> 00:12:09,860
‫Donc, tous ces tests étranges que nous

259
00:12:09,860 --> 00:12:12,210
‫avons effectués jusqu'à présent.

260
00:12:12,210 --> 00:12:14,960
‫Alors allons-y et supprimons ces deux derniers.

261
00:12:14,960 --> 00:12:19,140
‫C'était vraiment juste pour tester.

262
00:12:19,140 --> 00:12:21,123
‫Bien.

263
00:12:24,500 --> 00:12:26,130
‫Donc quelque chose s'est mal passé ici, je suppose.

264
00:12:26,130 --> 00:12:28,773
‫Bon, maintenant nous revenons à ces deux-là.

265
00:12:30,130 --> 00:12:32,782
‫Créons maintenant le troisième que nous avions auparavant

266
00:12:32,782 --> 00:12:34,610
‫dans la dernière section.

267
00:12:34,610 --> 00:12:36,760
‫Qui est l'aventurier des neiges.

268
00:12:36,760 --> 00:12:38,763
‫Donc l'aventurier des

269
00:12:42,490 --> 00:12:43,630
‫neiges.

270
00:12:45,800 --> 00:12:47,080
‫Le prix était...

271
00:12:47,080 --> 00:12:48,280
‫Je ne suis

272
00:12:48,280 --> 00:12:49,790
‫plus sûr comme 697 peut-être.

273
00:12:49,790 --> 00:12:51,973
‫Et la note

274
00:12:54,410 --> 00:12:57,870
‫est comme six ou en fait 4. 8.

275
00:12:57,870 --> 00:12:59,963
‫J'ai envoyé ce type.

276
00:13:01,360 --> 00:13:02,800
‫Et donc en effet, nous y voilà.

277
00:13:02,800 --> 00:13:04,600
‫Super.

278
00:13:04,600 --> 00:13:05,810
‫Juste pour récapituler rapidement notre fonction createTour.

279
00:13:05,810 --> 00:13:09,050
‫Nous avons donc une capture d'essai ici parce que nous utilisons en

280
00:13:09,050 --> 00:13:10,740
‫fait une fonction d'attente asynchrone ici.

281
00:13:10,740 --> 00:13:13,833
‫D'accord, nous utilisons donc async wait parce que

282
00:13:14,859 --> 00:13:16,100
‫cette tournée. create renvoie une

283
00:13:16,100 --> 00:13:18,910
‫promesse que nous attendons

284
00:13:18,910 --> 00:13:21,500
‫afin que nous puissions ensuite stocker le document

285
00:13:21,500 --> 00:13:23,530
‫de visite nouvellement créé à l'intérieur

286
00:13:23,530 --> 00:13:25,340
‫de cette variable, puis l'envoyer

287
00:13:25,340 --> 00:13:27,277
‫avec la réponse au client ici.

288
00:13:27,277 --> 00:13:30,280
‫D'accord, mais en cas d'erreur, comme une

289
00:13:30,280 --> 00:13:32,600
‫erreur de validation par exemple,

290
00:13:32,600 --> 00:13:34,850
‫cette erreur sera détectée

291
00:13:34,850 --> 00:13:37,120
‫et nous renverrons autre chose

292
00:13:37,120 --> 00:13:39,700
‫au client avec ce message d'erreur.

293
00:13:39,700 --> 00:13:41,900
‫C'est ainsi que nous créons des documents à l'aide de mangouste.

294
00:13:41,900 --> 00:13:44,890
‫Ensuite, nous allons parler de la lecture de documents.

