﻿1
00:00:01,180 --> 00:00:03,630
‫- : Créons maintenant, très rapidement, le

2
00:00:03,630 --> 00:00:06,700
‫modèle de nos réservations afin que, dans la vidéo

3
00:00:06,700 --> 00:00:09,873
‫suivante, nous puissions réellement commencer à créer de vraies réservations.

4
00:00:11,590 --> 00:00:13,490
‫Alors, fermons quelques-uns

5
00:00:13,490 --> 00:00:18,073
‫de ces fichiers ici, ainsi que ces dossiers.

6
00:00:21,965 --> 00:00:26,070
‫Voici le dossier des modèles et donc le modèle de réservation. js.

7
00:00:30,170 --> 00:00:32,700
‫Et donc, bien sûr, ça va être très similaire à

8
00:00:32,700 --> 00:00:34,860
‫ce que nous avons déjà fait avant, donc

9
00:00:34,860 --> 00:00:36,510
‫je vais le faire assez rapidement.

10
00:00:40,290 --> 00:00:43,463
‫Donc comme toujours, nous avons besoin de mangouste, et nous créons

11
00:00:48,362 --> 00:00:52,043
‫notre schéma de réservation mangouste. Schéma, et maintenant, rappelez-vous comment

12
00:00:57,560 --> 00:00:59,890
‫nous avons dit auparavant que nous allions

13
00:00:59,890 --> 00:01:01,850
‫utiliser le référencement de paragraphe ici

14
00:01:01,850 --> 00:01:05,350
‫sur les réservations, donc en gros en gardant une référence à

15
00:01:05,350 --> 00:01:08,853
‫la visite et également à l'utilisateur qui a réservé la visite.

16
00:01:10,030 --> 00:01:11,743
‫C'est donc très facile.

17
00:01:15,624 --> 00:01:17,660
‫Nous l'avons fait plusieurs fois auparavant.

18
00:01:17,660 --> 00:01:21,457
‫Donc mangouste. Schéma. ObjectId, n'est-ce pas ?

19
00:01:24,700 --> 00:01:28,310
‫Et puis la référence, et celle-ci va

20
00:01:28,310 --> 00:01:31,670
‫pointer vers le modèle de tournée.

21
00:01:31,670 --> 00:01:34,423
‫Alors disons aussi que ceux-ci

22
00:01:39,200 --> 00:01:43,960
‫sont obligatoires, la réservation doit appartenir à un circuit.

23
00:01:47,278 --> 00:01:49,200
‫Maintenant, saisissons-le et

24
00:01:53,490 --> 00:01:58,060
‫créons la même chose pour un utilisateur, d'accord ?

25
00:01:58,060 --> 00:02:00,420
‫C'est donc ce que nous venons de dire que

26
00:02:00,420 --> 00:02:02,360
‫nous allions faire en gardant une référence

27
00:02:02,360 --> 00:02:05,853
‫à la fois à la visite achetée et à l'utilisateur qui effectue l'achat.

28
00:02:07,260 --> 00:02:09,470
‫Ensuite, nous voulons également connaître le

29
00:02:09,470 --> 00:02:11,840
‫prix auquel l'achat a réellement eu lieu,

30
00:02:11,840 --> 00:02:14,200
‫et c'est parce que le prix pourrait

31
00:02:14,200 --> 00:02:17,250
‫changer à l'avenir, et ainsi nous ne saurions plus combien

32
00:02:17,250 --> 00:02:19,910
‫un certain utilisateur a payé pour une visite.

33
00:02:19,910 --> 00:02:23,160
‫Et il est donc important de l'avoir également

34
00:02:23,160 --> 00:02:26,763
‫ici dans la réservation, ce sera donc un numéro,

35
00:02:28,560 --> 00:02:30,533
‫et nous l'exigeons également,

36
00:02:35,560 --> 00:02:38,443
‫la réservation doit avoir un prix.

37
00:02:45,100 --> 00:02:48,667
‫Ensuite, créons également notre horodatage createdAt, qui est une date,

38
00:02:52,340 --> 00:02:53,343
‫puis ajoutons

39
00:02:54,300 --> 00:02:56,410
‫simplement la valeur par défaut afin

40
00:02:56,410 --> 00:02:58,323
‫que nous n'ayons rien à faire.

41
00:03:01,070 --> 00:03:04,483
‫Enfin, je souhaite également créer une propriété payante,

42
00:03:05,850 --> 00:03:09,810
‫et celle-ci sera automatiquement définie sur true, mais c'est juste

43
00:03:09,810 --> 00:03:12,050
‫au cas où, par exemple,

44
00:03:12,050 --> 00:03:14,360
‫un administrateur souhaite créer une réservation

45
00:03:14,360 --> 00:03:16,250
‫en dehors de Stripe.

46
00:03:16,250 --> 00:03:19,550
‫Ainsi, par exemple, si un client n'a pas de carte de crédit

47
00:03:19,550 --> 00:03:22,940
‫et veut payer directement, comme dans un magasin avec de l'argent liquide, ou

48
00:03:22,940 --> 00:03:24,330
‫quelque chose comme ça.

49
00:03:24,330 --> 00:03:27,050
‫Et dans ce cas, un administrateur pourrait alors

50
00:03:27,050 --> 00:03:29,740
‫utiliser notre API de réservations afin de créer

51
00:03:29,740 --> 00:03:33,430
‫essentiellement manuellement une visite, et ainsi celle-ci pourrait alors être payée ou

52
00:03:33,430 --> 00:03:34,683
‫pas encore payée.

53
00:03:37,140 --> 00:03:39,163
‫Donc juste un tout petit

54
00:03:41,180 --> 00:03:44,210
‫détail ici, en y pensant, et j'ai pensé qu'il

55
00:03:44,210 --> 00:03:46,670
‫pourrait être intéressant de l'inclure ici aussi.

56
00:03:46,670 --> 00:03:49,070
‫Mais bien sûr, par défaut, ce sera vrai pour

57
00:03:49,070 --> 00:03:50,920
‫que nous n'ayons rien à faire.

58
00:03:52,790 --> 00:03:56,663
‫Maintenant, enfin, créons un modèle à partir de cela, donc la

59
00:03:59,440 --> 00:04:03,793
‫réservation est égale à la mangouste. model, puis, bien

60
00:04:10,510 --> 00:04:13,444
‫sûr, notre bookingSchema, puis l'exportation

61
00:04:13,444 --> 00:04:15,183
‫du tout,

62
00:04:19,850 --> 00:04:21,770
‫équivaut à Booking.

63
00:04:21,770 --> 00:04:23,680
‫Maintenant, ce que nous voulons

64
00:04:23,680 --> 00:04:27,850
‫également faire ici, c'est remplir la visite et l'utilisateur automatiquement chaque

65
00:04:27,850 --> 00:04:30,890
‫fois qu'il y a une requête, d'accord ?

66
00:04:30,890 --> 00:04:33,220
‫Alors rappelez-vous comment nous faisions cela en utilisant

67
00:04:33,220 --> 00:04:34,723
‫un intergiciel de requête.

68
00:04:35,770 --> 00:04:39,210
‫Donc, à droite sur le schéma. pre, puis ici

69
00:04:39,210 --> 00:04:42,470
‫ou comme d'habitude l'expression régulière et tout

70
00:04:43,990 --> 00:04:46,183
‫ce qui commence par find.

71
00:04:50,640 --> 00:04:53,363
‫Alors voici ensuite, et

72
00:04:55,240 --> 00:05:00,240
‫puis ceci. remplir, et faisons-le en

73
00:05:00,970 --> 00:05:02,760
‫fait automatiquement

74
00:05:02,760 --> 00:05:05,450
‫pour l'utilisateur et les visites.

75
00:05:05,450 --> 00:05:07,810
‫Et dans ce cas, ce n'est

76
00:05:07,810 --> 00:05:10,220
‫absolument pas un problème pour les performances, car

77
00:05:10,220 --> 00:05:14,170
‫il n'y aura pas beaucoup d'appels pour les réservations, car seuls les guides

78
00:05:14,170 --> 00:05:17,600
‫et les administrateurs seront réellement autorisés à les faire, d'accord ?

79
00:05:17,600 --> 00:05:19,590
‫Donc, en gros, pour qu'un

80
00:05:19,590 --> 00:05:21,920
‫guide vérifie, leurs visites étaient en fait réservées.

81
00:05:21,920 --> 00:05:23,980
‫C'est donc l'un des cas d'utilisation

82
00:05:23,980 --> 00:05:27,000
‫que je vois pour cette partie de l'API, d'accord ?

83
00:05:27,000 --> 00:05:30,140
‫Donc, encore une fois, cette requête ne se produira pas si

84
00:05:30,140 --> 00:05:32,350
‫souvent, nous pouvons donc facilement remplir tout cela

85
00:05:32,350 --> 00:05:33,493
‫sans aucun problème.

86
00:05:35,120 --> 00:05:37,850
‫Alors remplissons également la tournée, mais ici, je

87
00:05:37,850 --> 00:05:40,833
‫veux en fait sélectionner uniquement le nom de la tournée.

88
00:05:42,410 --> 00:05:47,410
‫Alors disons chemin, visite et sélectionnons juste le nom, d'accord ?

89
00:05:52,400 --> 00:05:56,070
‫Maintenant, ici, nous avons une sorte d'erreur, d'accord, donc cela

90
00:05:56,070 --> 00:05:59,413
‫devrait bien sûr être mangouste et non lune.

91
00:06:01,250 --> 00:06:05,420
‫Donc, une fois de plus, ESLint nous a sauvés ici.

92
00:06:05,420 --> 00:06:07,163
‫Oh, et en fait il y en a plus.

93
00:06:08,860 --> 00:06:12,260
‫Enregistrez-le encore une fois, et maintenant tout va bien.

94
00:06:12,260 --> 00:06:14,060
‫C'est donc ça en fait.

95
00:06:14,060 --> 00:06:15,540
‫C'est notre modèle de réservation que

96
00:06:16,429 --> 00:06:18,613
‫nous pouvons maintenant commencer à utiliser dans la prochaine vidéo.

