1
00:00:01,300 --> 00:00:02,640
‫Instruktur: Jadi Anda

2
00:00:02,640 --> 00:00:05,930
‫sudah belajar cara membuat dokumen baru di database.

3
00:00:05,930 --> 00:00:07,610
‫Namun dalam kuliah ini saya

4
00:00:07,610 --> 00:00:10,940
‫akan menunjukkan kepada Anda cara yang lebih mudah dan lebih baik

5
00:00:10,940 --> 00:00:13,933
‫untuk melakukannya, saat kami mengimplementasikan create tour handler kami.

6
00:00:15,620 --> 00:00:17,620
‫Jadi pada titik ini API

7
00:00:17,620 --> 00:00:19,690
‫kami pada dasarnya tidak melakukan apa-apa lagi.

8
00:00:19,690 --> 00:00:21,140
‫Itu tidak berfungsi

9
00:00:21,140 --> 00:00:23,850
‫lagi karena pada dasarnya kami menghapus semua fungsi

10
00:00:23,850 --> 00:00:25,760
‫yang kami miliki di video terakhir.

11
00:00:25,760 --> 00:00:28,740
‫Dan kami melakukannya, sehingga selama beberapa

12
00:00:28,740 --> 00:00:32,230
‫kuliah berikutnya kami dapat membangunnya kembali menggunakan database nyata.

13
00:00:32,230 --> 00:00:36,810
‫Oke, jadi pada dasarnya akhirnya membangun API kita yang sebenarnya.

14
00:00:36,810 --> 00:00:38,500
‫Dan kita akan mulai dengan

15
00:00:38,500 --> 00:00:39,957
‫mengimplementasikan fungsi createTour.

16
00:00:39,957 --> 00:00:42,260
‫Tapi ingat saja fungsi pawang

17
00:00:42,260 --> 00:00:45,300
‫yang dipanggil begitu ada permintaan pos

18
00:00:45,300 --> 00:00:47,420
‫ke rute wisata.

19
00:00:47,420 --> 00:00:50,460
‫Jadi itulah yang kami miliki di sini di tourRoutes.

20
00:00:51,300 --> 00:00:53,320
‫Jadi mari kita taruh di sini.

21
00:00:53,320 --> 00:00:56,930
‫Jadi yang baru saja saya katakan adalah ini.

22
00:00:56,930 --> 00:00:59,940
‫Jadi kami memiliki checkBody ini di sini.

23
00:00:59,940 --> 00:01:01,450
‫Yang sebenarnya adalah

24
00:01:01,450 --> 00:01:03,663
‫sesuatu yang bisa kami hapus juga.

25
00:01:04,920 --> 00:01:06,313
‫Jadi di mana itu sebenarnya?

26
00:01:07,583 --> 00:01:09,120
‫checkBody baiklah,

27
00:01:09,120 --> 00:01:12,750
‫jadi ini adalah salah satu fungsi yang sebenarnya

28
00:01:12,750 --> 00:01:14,290
‫tidak kita perlukan lagi.

29
00:01:14,290 --> 00:01:17,180
‫Karena ini pada dasarnya untuk memvalidasi tubuh.

30
00:01:17,180 --> 00:01:22,060
‫Jadi untuk melihat apakah itu memiliki nama atau harga properti di dalamnya.

31
00:01:22,060 --> 00:01:22,900
‫Benar?

32
00:01:22,900 --> 00:01:24,690
‫Tapi sekarang model

33
00:01:24,690 --> 00:01:26,650
‫luwak kami benar-benar akan menanganinya.

34
00:01:26,650 --> 00:01:28,830
‫Dan sekali lagi, ini

35
00:01:28,830 --> 00:01:31,900
‫bagus untuk menunjukkan kepada kita bagaimana middle-ware

36
00:01:31,900 --> 00:01:34,143
‫bekerja tapi sekarang kita bisa menyingkirkannya.

37
00:01:35,490 --> 00:01:39,410
‫Oke, jadi saya akan menghapusnya dari sini juga.

38
00:01:39,410 --> 00:01:40,393
‫Berikan simpanan baru.

39
00:01:41,474 --> 00:01:43,400
‫Dan sekarang sudah kembali bekerja.

40
00:01:43,400 --> 00:01:45,660
‫Pokoknya fungsi yang kita

41
00:01:45,660 --> 00:01:48,000
‫buat sekarang adalah fungsi createTour ini.

42
00:01:48,000 --> 00:01:50,050
‫Di mana hanya satu data

43
00:01:50,050 --> 00:01:54,690
‫yang akan dipanggil segera setelah seseorang mencapai rute tur dengan permintaan pos.

44
00:01:54,690 --> 00:01:57,030
‫Oke, jadi hanya untuk rekap itu

45
00:01:57,030 --> 00:01:59,150
‫karena saya tahu itu bisa sedikit

46
00:01:59,150 --> 00:02:02,190
‫membingungkan dengan file yang berbeda dan folder yang berbeda

47
00:02:02,190 --> 00:02:03,980
‫dan fungsi yang berbeda.

48
00:02:03,980 --> 00:02:05,430
‫Tetapi juga sangat penting

49
00:02:05,430 --> 00:02:07,610
‫bahwa kita mulai mengatur kode kita

50
00:02:07,610 --> 00:02:08,860
‫dari awal.

51
00:02:09,940 --> 00:02:10,900
‫Oke?

52
00:02:10,900 --> 00:02:14,710
‫Bagaimanapun, kita di sini dalam fungsi createTour.

53
00:02:14,710 --> 00:02:17,200
‫Jadi sekarang mari kita benar-benar membuat tur baru.

54
00:02:17,200 --> 00:02:19,270
‫Dan kita akan melakukannya berdasarkan data

55
00:02:19,270 --> 00:02:21,290
‫yang masuk dari tubuh.

56
00:02:21,290 --> 00:02:22,640
‫Ingat bahwa?

57
00:02:22,640 --> 00:02:24,980
‫Sekarang ingat bagaimana kita dulu membuat dokumen

58
00:02:24,980 --> 00:02:26,363
‫beberapa kuliah yang lalu.

59
00:02:27,470 --> 00:02:29,253
‫Jadi kami melakukannya seperti ini.

60
00:02:30,690 --> 00:02:32,487
‫Misalnya misalkan newTour lalu

61
00:02:33,327 --> 00:02:35,077
‫sama dengan

62
00:02:37,910 --> 00:02:40,014
‫newTour lalu data di dalamnya.

63
00:02:40,014 --> 00:02:44,181
‫Jadi kami melakukannya seperti ini dan itu adalah tur baru.

64
00:02:46,087 --> 00:02:48,504
‫Dan kemudian kita ketik newTour. simpan dan

65
00:02:50,290 --> 00:02:51,920
‫itu berfungsi dengan baik.

66
00:02:51,920 --> 00:02:54,780
‫Tapi kita bisa melakukannya dengan cara yang lebih mudah.

67
00:02:54,780 --> 00:02:58,010
‫Jadi alih-alih melakukan ini, kita bisa

68
00:03:02,220 --> 00:03:05,690
‫melakukan Tour. buat lalu tempel data di sana.

69
00:03:05,690 --> 00:03:08,070
‫Oke dan itu akan melakukan hal yang sama persis.

70
00:03:08,070 --> 00:03:10,900
‫Perbedaan utama adalah bahwa dalam versi ini

71
00:03:10,900 --> 00:03:14,170
‫di sini pada dasarnya kita memanggil metode secara langsung

72
00:03:14,170 --> 00:03:17,330
‫di tur sementara di versi pertama ini kita memanggil

73
00:03:17,330 --> 00:03:18,970
‫metode pada dokumen baru.

74
00:03:18,970 --> 00:03:21,560
‫Oke, dan itu benar-benar berbeda.

75
00:03:21,560 --> 00:03:23,940
‫Jadi sekali lagi kami memiliki tur yang kami

76
00:03:23,940 --> 00:03:24,920
‫buat dari model.

77
00:03:24,920 --> 00:03:27,920
‫Dan kemudian pada tur itu kami menggunakan metode save.

78
00:03:27,920 --> 00:03:30,720
‫Karena dokumen memiliki akses ke metode ini

79
00:03:30,720 --> 00:03:33,030
‫dan banyak metode lainnya juga.

80
00:03:33,030 --> 00:03:35,040
‫Tapi di sini dalam situasi

81
00:03:35,040 --> 00:03:39,373
‫kedua kita sebut ini membuat metode tepat pada model itu sendiri, oke?

82
00:03:40,560 --> 00:03:45,463
‫Sekarang ingat bagaimana metode penyimpanan ini mengembalikan janji.

83
00:03:46,480 --> 00:03:49,670
‫Dan jadi ini membuat di sini tidak mengembalikan janji juga.

84
00:03:49,670 --> 00:03:52,630
‫Jadi untuk mendapatkan akses ke dokumen file

85
00:03:52,630 --> 00:03:54,690
‫seperti yang dibuat dalam

86
00:03:54,690 --> 00:03:58,880
‫database, kita akan menggunakan . lalu oke?

87
00:03:58,880 --> 00:04:01,810
‫Tapi alih-alih menggunakan janji seperti ini, saya

88
00:04:01,810 --> 00:04:03,920
‫akan mulai menggunakan async menunggu.

89
00:04:03,920 --> 00:04:04,860
‫Baik.

90
00:04:04,860 --> 00:04:07,960
‫Jadi fungsi ini di sini harus menjadi fungsi async.

91
00:04:07,960 --> 00:04:09,900
‫Jadi yang perlu kita

92
00:04:09,900 --> 00:04:12,250
‫lakukan adalah menulis async di sini.

93
00:04:12,250 --> 00:04:15,760
‫Jadi kami memiliki async dan sekarang kami dapat menunggu hasil dari janji

94
00:04:15,760 --> 00:04:16,903
‫ini di sini.

95
00:04:18,255 --> 00:04:21,010
‫Jadi saya harap Anda akrab dengan ini.

96
00:04:21,010 --> 00:04:23,030
‫Dan saya sebenarnya memiliki bagian

97
00:04:23,030 --> 00:04:25,890
‫dalam kursus ini yang membahas hal-hal seperti ini.

98
00:04:25,890 --> 00:04:27,490
‫Jadi jika Anda tidak

99
00:04:27,490 --> 00:04:30,920
‫menonton bagian itu tetapi masih belum 100% familiar dengan async waiting,

100
00:04:30,920 --> 00:04:33,280
‫silakan lanjutkan dan tonton bagian itu sehingga

101
00:04:33,280 --> 00:04:36,040
‫Anda benar-benar mengerti apa yang terjadi di sini.

102
00:04:36,040 --> 00:04:39,270
‫Oke, jadi daripada menggunakan ini maka di sini saya

103
00:04:39,270 --> 00:04:40,960
‫akan menggunakan async menunggu dan

104
00:04:40,960 --> 00:04:43,790
‫kemudian menyimpan nilai hasil dari janji ini dalam

105
00:04:43,790 --> 00:04:45,413
‫variabel tur baru.

106
00:04:49,220 --> 00:04:52,020
‫Oke, sekarang bagian terakhir dari teka-teki di

107
00:04:52,020 --> 00:04:56,410
‫sini adalah tentu saja melewatkan beberapa data nyata ke dalam metode pembuatan ini.

108
00:04:56,410 --> 00:04:58,410
‫Dan alih-alih objek kosong

109
00:04:58,410 --> 00:05:01,310
‫ini, kita akan meneruskan badan permintaan

110
00:05:01,310 --> 00:05:05,020
‫jadi req. body dan itulah

111
00:05:05,020 --> 00:05:08,010
‫data yang disertakan dengan permintaan posting, bukan?

112
00:05:08,010 --> 00:05:09,290
‫Sekarang hanya sekali

113
00:05:09,290 --> 00:05:12,600
‫lagi, hanya untuk memastikan bahwa semuanya jelas bagi Anda.

114
00:05:12,600 --> 00:05:15,920
‫Oke jadi kita bisa langsung menggunakan model tur dan

115
00:05:15,920 --> 00:05:18,340
‫memanggil metode create di atasnya.

116
00:05:18,340 --> 00:05:20,630
‫Kemudian ke fungsi itu kita melewatkan

117
00:05:20,630 --> 00:05:23,600
‫data yang ingin kita simpan di database sebagai tur baru.

118
00:05:23,600 --> 00:05:26,810
‫Dan data itu berasal dari badan pos, bukan?

119
00:05:26,810 --> 00:05:30,730
‫Dan itu disimpan di dalam badan titik permintaan.

120
00:05:30,730 --> 00:05:32,460
‫Jadi variabel ini di sini.

121
00:05:32,460 --> 00:05:35,503
‫Sekarang metode ini di sini kemudian akan mengembalikan janji.

122
00:05:36,473 --> 00:05:38,850
‫Dan kami menunggu janji itu menggunakan

123
00:05:38,850 --> 00:05:42,000
‫async menunggu dan kemudian menyimpan hasilnya ke variabel

124
00:05:42,000 --> 00:05:44,050
‫newTour yang akan menjadi

125
00:05:44,050 --> 00:05:48,083
‫dokumen baru yang sudah dibuat dengan ID dan semuanya, oke?

126
00:05:49,700 --> 00:05:51,130
‫Jadi saya akan menyimpan

127
00:05:51,130 --> 00:05:53,160
‫kode ini di sini hanya sebagai referensi.

128
00:05:53,160 --> 00:05:57,210
‫Dan untuk sekarang mari kita kembalikan data ini.

129
00:05:57,210 --> 00:05:58,363
‫Sepotong kode sebenarnya.

130
00:05:59,250 --> 00:06:00,720
‫Berikan simpanan.

131
00:06:00,720 --> 00:06:03,950
‫Dan sekarang kita mendapatkan kesalahan serat ES ini.

132
00:06:03,950 --> 00:06:05,360
‫Jadi mari kita lihat

133
00:06:05,360 --> 00:06:07,300
‫yang hanya menempatkan mouse kita di sini.

134
00:06:07,300 --> 00:06:10,500
‫Dan itu memberitahu kita bahwa fungsi async tidak didukung sampai

135
00:06:10,500 --> 00:06:13,230
‫node 7 ini. 6 dan kesalahan serat

136
00:06:13,230 --> 00:06:16,140
‫ES ini berasal dari plugin simpul yang sebenarnya

137
00:06:16,140 --> 00:06:17,320
‫kami instal.

138
00:06:17,320 --> 00:06:18,450
‫Jadi Anda bisa melihatnya di sini.

139
00:06:18,450 --> 00:06:21,410
‫Baiklah, jadi yang akan kita lakukan untuk memperbaikinya adalah

140
00:06:21,410 --> 00:06:23,920
‫dengan membuka paket. json dan di

141
00:06:23,920 --> 00:06:25,600
‫sini Anda menemukan versi simpul

142
00:06:25,600 --> 00:06:27,180
‫yang sebenarnya kami gunakan.

143
00:06:27,180 --> 00:06:28,383
‫Jadi itu sangat sederhana.

144
00:06:30,880 --> 00:06:33,790
‫Kami hanya perlu menentukan properti engine di

145
00:06:33,790 --> 00:06:36,673
‫sini di dokumen json kami.

146
00:06:39,070 --> 00:06:43,830
‫Dan atur node menjadi lebih besar atau

147
00:06:44,850 --> 00:06:47,230
‫sama dengan 10.

148
00:06:47,230 --> 00:06:48,850
‫Oke, dan itu karena dalam

149
00:06:48,850 --> 00:06:51,053
‫kursus ini kita menggunakan setidaknya node sepuluh.

150
00:06:52,636 --> 00:06:56,490
‫Jadi 7. 6 akan cukup untuk menghilangkan kesalahan itu,

151
00:06:56,490 --> 00:06:58,610
‫tetapi tentu saja kami menentukan versi sebenarnya yang

152
00:06:58,610 --> 00:06:59,890
‫sebenarnya kami gunakan.

153
00:06:59,890 --> 00:07:01,690
‫Jadi kami memberikan yang satu ini menghemat.

154
00:07:01,690 --> 00:07:03,010
‫Tutup itu.

155
00:07:03,010 --> 00:07:06,500
‫Dan sekarang kesalahan kami di sini benar-benar hilang.

156
00:07:06,500 --> 00:07:09,560
‫Sekarang tinggal satu langkah lagi sebelum kita benar-benar dapat

157
00:07:09,560 --> 00:07:11,330
‫mencobanya di aplikasi Postman kita.

158
00:07:11,330 --> 00:07:14,210
‫Dan itu adalah bahwa kita benar-benar perlu menangani kesalahan.

159
00:07:14,210 --> 00:07:17,860
‫Oke, dan perlu diingat bahwa dengan

160
00:07:17,860 --> 00:07:22,650
‫async menunggu kita perlu menguji kesalahan menggunakan sintaks try catch.

161
00:07:22,650 --> 00:07:26,003
‫Jadi kami menulis blok try.

162
00:07:27,160 --> 00:07:28,760
‫Kemudian bungkus semua kode kita di sana.

163
00:07:32,065 --> 00:07:33,615
‫Dan akhirnya blok tangkapan.

164
00:07:34,920 --> 00:07:39,190
‫Yang seperti yang sudah kita ketahui memiliki akses ke objek kesalahan.

165
00:07:39,190 --> 00:07:41,410
‫Dan sekarang apa yang sebenarnya kita taruh di sini?

166
00:07:41,410 --> 00:07:42,940
‫Nah kita perlu

167
00:07:42,940 --> 00:07:45,410
‫memikirkan kapan tepatnya kesalahan bisa terjadi.

168
00:07:45,410 --> 00:07:47,790
‫Jadi ingat seperti dua kuliah yang

169
00:07:47,790 --> 00:07:50,410
‫lalu ketika kami membuat dokumen pertama kami.

170
00:07:50,410 --> 00:07:51,820
‫Kami mendapat kesalahan

171
00:07:51,820 --> 00:07:53,870
‫saat kami mencoba membuat dokumen

172
00:07:53,870 --> 00:07:56,600
‫tanpa salah satu bidang yang diperlukan, bukan?

173
00:07:56,600 --> 00:07:58,700
‫Dan itu adalah kesalahan validasi.

174
00:07:58,700 --> 00:08:02,370
‫Dan itu salah satu kesalahan yang akan tertangkap di sini.

175
00:08:02,370 --> 00:08:05,290
‫Oke karena jika kita mencoba membuat dokumen

176
00:08:05,290 --> 00:08:07,640
‫misalkan tanpa salah satu bidang

177
00:08:07,640 --> 00:08:09,900
‫wajib maka janji yang

178
00:08:09,900 --> 00:08:12,430
‫dibuat di sini akan ditolak, oke?

179
00:08:12,430 --> 00:08:15,000
‫Jadi jika kita memiliki janji yang ditolak

180
00:08:15,000 --> 00:08:17,740
‫di sini maka itu akan masuk ke blok tangkapan.

181
00:08:17,740 --> 00:08:20,870
‫Dan oleh karena itu, pada dasarnya di blok tangkapan

182
00:08:20,870 --> 00:08:23,050
‫ini di sini kami ingin mengirim

183
00:08:23,050 --> 00:08:25,580
‫kembali respons yang mengatakan bahwa ada kesalahan.

184
00:08:25,580 --> 00:08:30,580
‫Baiklah jadi res. status di sini lagi

185
00:08:30,670 --> 00:08:33,483
‫dan 400 yang berarti permintaan buruk. json dan sekarang sesuatu yang sangat mirip

186
00:08:35,967 --> 00:08:36,980
‫dengan yang

187
00:08:37,950 --> 00:08:40,290
‫ini tetapi statusnya dan itu gagal

188
00:08:40,290 --> 00:08:43,310
‫dan alih-alih data di sini kami mengirim pesan

189
00:08:44,270 --> 00:08:48,050
‫dan untuk saat ini mari kita atur pesan ke kesalahan.

190
00:08:48,970 --> 00:08:51,520
‫Baik.

191
00:08:52,560 --> 00:08:53,393
‫Dan

192
00:08:54,800 --> 00:08:59,260
‫sekarang mari kita kembali ke aplikasi Postman kita dan mencobanya.

193
00:08:59,260 --> 00:09:01,643
‫Oke, jadi buat yang ini dan

194
00:09:01,643 --> 00:09:03,990
‫sekarang mari buat tur baru.

195
00:09:03,990 --> 00:09:06,170
‫Jadi sekarang di sini kita

196
00:09:06,170 --> 00:09:07,790
‫memiliki kesulitan

197
00:09:07,790 --> 00:09:11,370
‫nama durasi dan harga dan jadi mari kita

198
00:09:11,370 --> 00:09:13,860
‫juga menambahkan peringkat dan itu

199
00:09:15,400 --> 00:09:18,040
‫harus dalam tanda kutip ganda 4. 7.

200
00:09:21,050 --> 00:09:21,883
‫Baiklah, dan sekarang tiba saatnya.

201
00:09:22,900 --> 00:09:25,570
‫Kirim dan memang di sini kita pergi.

202
00:09:25,570 --> 00:09:29,330
‫Jadi ini adalah tur yang baru

203
00:09:29,330 --> 00:09:32,170
‫saja kami buat.

204
00:09:32,170 --> 00:09:33,430
‫Kami memiliki peringkat kami.

205
00:09:33,430 --> 00:09:34,520
‫Kami memiliki nama kami dan kami memiliki harga kami.

206
00:09:34,520 --> 00:09:36,950
‫Dan tentu saja ID yang dibuat secara otomatis.

207
00:09:36,950 --> 00:09:39,780
‫Sekarang Anda mungkin memperhatikan bahwa kami tidak memiliki kesulitan dan

208
00:09:39,780 --> 00:09:40,890
‫tidak ada harga.

209
00:09:40,890 --> 00:09:44,360
‫Nah menurut Anda mengapa demikian?

210
00:09:44,360 --> 00:09:46,870
‫Itu karena kedua bidang ini sebenarnya tidak ada

211
00:09:46,870 --> 00:09:48,920
‫dalam skema kami dan oleh

212
00:09:48,920 --> 00:09:51,030
‫karena itu tidak dimasukkan ke dalam database.

213
00:09:51,030 --> 00:09:54,240
‫Jadi semua hal lain yang tidak ada dalam

214
00:09:54,240 --> 00:09:56,730
‫skema kami diabaikan begitu saja.

215
00:09:56,730 --> 00:09:57,840
‫Jadi itulah kekuatan skema kita, oke?

216
00:09:57,840 --> 00:10:01,800
‫Bagus, sekarang mari kita coba mengirim ini lagi dan

217
00:10:01,800 --> 00:10:05,210
‫itu akan memberi kita kesalahan, bukan?

218
00:10:05,210 --> 00:10:08,113
‫Dan memang di sana kita pergi.

219
00:10:08,950 --> 00:10:10,650
‫Kami memiliki 400 permintaan buruk kami.

220
00:10:10,650 --> 00:10:13,340
‫Dan kami memiliki pesan ini yang merupakan kesalahan

221
00:10:13,340 --> 00:10:15,200
‫lengkap yang kami dapatkan.

222
00:10:15,200 --> 00:10:17,810
‫Jadi di sini kita melihat bahwa pesan kesalahan adalah kunci duplikat.

223
00:10:17,810 --> 00:10:21,330
‫Dan itu karena kita sudah memiliki Test Tour 2.

224
00:10:21,330 --> 00:10:24,510
‫Jadi itu tidak bisa membuat yang lain.

225
00:10:24,510 --> 00:10:26,563
‫Jadi mari kita buat yang lain di sini seperti Jonas Tour.

226
00:10:29,330 --> 00:10:33,960
‫Itu tidak terlalu penting, oke?

227
00:10:33,960 --> 00:10:35,933
‫Saya hanya ingin membuatnya,

228
00:10:36,850 --> 00:10:39,083
‫pertama tanpa semua ini hanya

229
00:10:39,940 --> 00:10:42,490
‫untuk melihat apakah kita mendapatkan kesalahan lain.

230
00:10:42,490 --> 00:10:45,030
‫Dan memang kami mendapatkan beberapa kesalahan lagi di sini.

231
00:10:45,030 --> 00:10:48,070
‫Kali ini dikatakan bahwa validasi tur

232
00:10:48,070 --> 00:10:50,300
‫gagal karena tur pasti

233
00:10:50,300 --> 00:10:51,870
‫ada harganya.

234
00:10:51,870 --> 00:10:54,053
‫Oke, jadi Anda lihat bahwa sekarang kami

235
00:10:54,980 --> 00:10:57,170
‫memiliki struktur kesalahan aneh semacam ini di sini.

236
00:10:57,170 --> 00:11:00,090
‫Jadi Mongo DB mengembalikan objek kesalahan lengkap yang sangat besar ini.

237
00:11:00,090 --> 00:11:04,650
‫Dan nanti kita benar-benar akan mengurusnya.

238
00:11:04,650 --> 00:11:07,100
‫Jadi kita akan memiliki seluruh bagian tentang penanganan kesalahan saja.

239
00:11:07,100 --> 00:11:10,720
‫Dan saat itu kita akan membuat beberapa kesalahan yang lebih berarti.

240
00:11:10,720 --> 00:11:14,420
‫Oke, untuk sekarang mari kita ganti objek kesalahan

241
00:11:14,420 --> 00:11:18,080
‫ini dengan beberapa string normal di sini.

242
00:11:18,080 --> 00:11:20,490
‫Jadi misalkan data yang dikirim tidak valid.

243
00:11:20,490 --> 00:11:25,440
‫Oke, jadi jangan lakukan hal seperti ini dalam aplikasi produksi

244
00:11:25,440 --> 00:11:27,950
‫nyata tetapi sekali lagi kita

245
00:11:27,950 --> 00:11:30,350
‫akan memiliki beberapa penanganan

246
00:11:30,350 --> 00:11:32,930
‫kesalahan nyata nanti yang akan menanganinya.

247
00:11:32,930 --> 00:11:35,430
‫Oke, jadi menampilkan kesalahan yang berarti kepada klien.

248
00:11:35,430 --> 00:11:39,360
‫Jadi mari kita kembali ke sini

249
00:11:39,360 --> 00:11:40,750
‫mengirimnya lagi.

250
00:11:41,610 --> 00:11:43,040
‫Dan sekarang kita mendapatkan string normal ini di sini.

251
00:11:43,040 --> 00:11:45,950
‫Jadi mari kita buat harga saja di sini.

252
00:11:45,950 --> 00:11:50,510
‫Mari kita atur ke 567

253
00:11:50,510 --> 00:11:53,520
‫lalu kirimkan.

254
00:11:54,490 --> 00:11:55,700
‫Dan sekarang Anda akan melihat bahwa peringkat default

255
00:11:55,700 --> 00:11:56,860
‫kami di sini sebenarnya masih berfungsi.

256
00:11:56,860 --> 00:11:59,813
‫Sekarang mari kita cari tahu semua ini di kompas juga.

257
00:12:01,800 --> 00:12:05,810
‫Dan memang kami mendapatkan empat tur kami di database.

258
00:12:05,810 --> 00:12:09,860
‫Jadi semua tes aneh yang telah kami

259
00:12:09,860 --> 00:12:12,210
‫lakukan sampai saat ini.

260
00:12:12,210 --> 00:12:14,960
‫Jadi mari kita lanjutkan dan hapus dua yang terakhir ini.

261
00:12:14,960 --> 00:12:19,140
‫Itu benar-benar hanya untuk pengujian.

262
00:12:19,140 --> 00:12:21,123
‫Baik.

263
00:12:24,500 --> 00:12:26,130
‫Jadi ada yang tidak beres di sini, kurasa.

264
00:12:26,130 --> 00:12:28,773
‫Oke, sekarang kita kembali ke dua ini.

265
00:12:30,130 --> 00:12:32,782
‫Sekarang mari kita buat yang ketiga yang sebenarnya kita

266
00:12:32,782 --> 00:12:34,610
‫miliki sebelumnya di bagian terakhir.

267
00:12:34,610 --> 00:12:36,760
‫Yang merupakan Petualang Salju.

268
00:12:36,760 --> 00:12:38,763
‫Jadi Petualang

269
00:12:42,490 --> 00:12:43,630
‫Salju.

270
00:12:45,800 --> 00:12:47,080
‫Harga adalah...

271
00:12:47,080 --> 00:12:48,280
‫Saya tidak yakin

272
00:12:48,280 --> 00:12:49,790
‫lagi seperti 697 mungkin.

273
00:12:49,790 --> 00:12:51,973
‫Dan peringkatnya

274
00:12:54,410 --> 00:12:57,870
‫seperti enam atau sebenarnya 4. 8.

275
00:12:57,870 --> 00:12:59,963
‫Mengirim orang itu.

276
00:13:01,360 --> 00:13:02,800
‫Dan memang di sini kita pergi.

277
00:13:02,800 --> 00:13:04,600
‫Besar.

278
00:13:04,600 --> 00:13:05,810
‫Hanya untuk dengan cepat merekap fungsi createTour kami.

279
00:13:05,810 --> 00:13:09,050
‫Jadi kami mencoba menangkap di sini karena kami sebenarnya menggunakan

280
00:13:09,050 --> 00:13:10,740
‫fungsi menunggu async di sini.

281
00:13:10,740 --> 00:13:13,833
‫Benar, jadi kami menggunakan async menunggu karena

282
00:13:14,859 --> 00:13:16,100
‫tur ini. create mengembalikan

283
00:13:16,100 --> 00:13:18,910
‫janji yang kami tunggu

284
00:13:18,910 --> 00:13:21,500
‫sehingga kami kemudian dapat menyimpan dokumen tur yang

285
00:13:21,500 --> 00:13:23,530
‫baru dibuat di dalam variabel ini

286
00:13:23,530 --> 00:13:25,340
‫dan kemudian mengirimkannya bersama dengan

287
00:13:25,340 --> 00:13:27,277
‫respons ke klien di sini.

288
00:13:27,277 --> 00:13:30,280
‫Oke tapi jika ada kesalahan, seperti kesalahan

289
00:13:30,280 --> 00:13:32,600
‫validasi misalnya maka kesalahan itu

290
00:13:32,600 --> 00:13:34,850
‫akan ditangkap dan kami

291
00:13:34,850 --> 00:13:37,120
‫mengirim sesuatu yang lain kembali

292
00:13:37,120 --> 00:13:39,700
‫ke klien dengan pesan kesalahan ini.

293
00:13:39,700 --> 00:13:41,900
‫Jadi beginilah cara kami membuat dokumen menggunakan luwak.

294
00:13:41,900 --> 00:13:44,890
‫Selanjutnya kita akan berbicara tentang membaca dokumen.