1
00:00:01,350 --> 00:00:03,520
‫Jonas: Agora vamos implementar um manipulador de

2
00:00:03,520 --> 00:00:07,750
‫rota para solicitações de postagem para que possamos realmente adicionar um Natour ao nosso

3
00:00:07,750 --> 00:00:09,023
‫conjunto de dados.

4
00:00:10,470 --> 00:00:12,870
‫Assim, assim como com o manipulador de

5
00:00:12,870 --> 00:00:15,350
‫solicitação doGET (), vamos começar adicionando uma nova rota.

6
00:00:15,350 --> 00:00:19,220
‫Então, app. postar desta vez, e

7
00:00:19,220 --> 00:00:22,120
‫lembre-se agora que usamos post so método post

8
00:00:22,120 --> 00:00:26,140
‫aqui, porque esse é o tipo de solicitação que queremos tratar.

9
00:00:26,140 --> 00:00:30,263
‫Então, as solicitações que são feitas com o post verbo http certo?

10
00:00:32,483 --> 00:00:33,316
‫V1

11
00:00:34,610 --> 00:00:35,960
‫e passeios.

12
00:00:35,960 --> 00:00:39,690
‫Assim como falamos na palestra da API REST, a

13
00:00:39,690 --> 00:00:42,363
‫URL é exatamente a mesma.

14
00:00:43,390 --> 00:00:46,290
‫Não importa se queremos obter todos os passeios, ou

15
00:00:46,290 --> 00:00:48,800
‫se queremos criar um novo passeio, o

16
00:00:48,800 --> 00:00:50,650
‫URL é exatamente o mesmo.

17
00:00:50,650 --> 00:00:53,780
‫Então, a única coisa que muda é o método

18
00:00:53,780 --> 00:00:56,363
‫http que usamos para fazer essas solicitações.

19
00:00:57,592 --> 00:01:01,420
‫Para obter todos os passeios e postar para criar um

20
00:01:01,420 --> 00:01:04,337
‫novo passeio, então aqui, nossa função de retorno

21
00:01:04,337 --> 00:01:06,906
‫de chamada típica, onde obtemos acesso

22
00:01:06,906 --> 00:01:10,810
‫à solicitação e ao objeto de resposta para que possamos obter

23
00:01:10,810 --> 00:01:14,560
‫alguns dados da solicitação e enviar de volta um resposta.

24
00:01:14,560 --> 00:01:16,800
‫Agora lembre-se que com uma solicitação

25
00:01:16,800 --> 00:01:20,790
‫de postagem, podemos enviar dados do cliente para o servidor, certo?

26
00:01:20,790 --> 00:01:24,543
‫Esses dados estão idealmente disponíveis mediante solicitação.

27
00:01:25,690 --> 00:01:28,970
‫O objeto de solicitação novamente é o que contém todos os

28
00:01:28,970 --> 00:01:32,240
‫dados, todas as informações sobre a solicitação que foi feita.

29
00:01:32,240 --> 00:01:35,190
‫Se essa solicitação contém alguns dados que

30
00:01:35,190 --> 00:01:38,840
‫foram enviados, esses dados devem estar na solicitação, certo?

31
00:01:38,840 --> 00:01:42,890
‫Agora, pronto para uso, o Express não coloca esses dados do

32
00:01:42,890 --> 00:01:46,670
‫corpo na solicitação e, para ter esses dados disponíveis, temos

33
00:01:46,670 --> 00:01:49,176
‫que usar algo chamado middleware.

34
00:01:49,176 --> 00:01:52,100
‫Falaremos detalhadamente sobre middleware em algumas palestras,

35
00:01:52,100 --> 00:01:54,220
‫mas por enquanto, para fazer

36
00:01:54,220 --> 00:01:56,280
‫isso funcionar, precisamos

37
00:01:56,280 --> 00:01:59,943
‫incluir um middleware simples aqui no topo do arquivo.

38
00:02:01,860 --> 00:02:04,000
‫Então, na verdade, bem aqui.

39
00:02:04,000 --> 00:02:09,370
‫O que precisamos fazer é dizer app. use então expresse.

40
00:02:12,687 --> 00:02:13,520
‫json Ok, e é isso.

41
00:02:14,490 --> 00:02:16,030
‫Então, novamente, este [expresso. json] aqui está o middleware.

42
00:02:16,030 --> 00:02:20,480
‫E o middleware é basicamente uma

43
00:02:20,480 --> 00:02:23,510
‫função que pode modificar os dados de solicitação recebidos.

44
00:02:23,510 --> 00:02:25,560
‫É chamado de middleware porque fica

45
00:02:25,560 --> 00:02:28,370
‫entre, portanto, no meio da solicitação e da resposta.

46
00:02:28,370 --> 00:02:31,390
‫É apenas uma etapa pela qual a

47
00:02:31,390 --> 00:02:34,030
‫solicitação passa enquanto está sendo processada.

48
00:02:34,030 --> 00:02:35,830
‫E a etapa pela qual as solicitações passam,

49
00:02:35,830 --> 00:02:38,440
‫neste exemplo, é simplesmente que os dados do corpo são adicionados a ela.

50
00:02:38,440 --> 00:02:42,330
‫Portanto, ele é adicionado ao objeto de solicitação

51
00:02:42,330 --> 00:02:44,410
‫usando este middleware.

52
00:02:44,410 --> 00:02:45,963
‫Usamos app. use para usar um middleware como este.

53
00:02:47,560 --> 00:02:51,763
‫E, novamente, falaremos muito mais sobre

54
00:02:52,870 --> 00:02:55,250
‫middleware um pouco mais adiante nesta seção.

55
00:02:55,250 --> 00:02:57,540
‫Por enquanto, apenas saiba que é assim que usamos o middleware.

56
00:02:57,540 --> 00:03:00,703
‫Todos os detalhes virão posteriormente.

57
00:03:01,750 --> 00:03:04,110
‫Então, por agora, apenas para começar, eu

58
00:03:04,110 --> 00:03:07,307
‫quero realmente mostrar a você os dados do corpo no console,

59
00:03:07,307 --> 00:03:09,830
‫apenas para verificar se ele realmente funciona, então req. corpo.

60
00:03:09,830 --> 00:03:14,830
‫Novamente, body é a

61
00:03:14,920 --> 00:03:17,960
‫propriedade que estará disponível na solicitação,

62
00:03:17,960 --> 00:03:21,130
‫porque usamos esse middleware alguns momentos atrás.

63
00:03:21,130 --> 00:03:22,393
‫Portanto, queremos registrar [req. body] ao console

64
00:03:23,560 --> 00:03:27,090
‫e também precisamos enviar uma resposta.

65
00:03:27,090 --> 00:03:29,600
‫Então res. envie e por enquanto apenas algum espaço reservado aqui.

66
00:03:29,600 --> 00:03:34,083
‫Apenas 'Concluído', certo.

67
00:03:35,870 --> 00:03:37,020
‫Portanto, sempre precisamos

68
00:03:37,020 --> 00:03:39,070
‫enviar algo de volta para terminar

69
00:03:39,070 --> 00:03:42,600
‫o chamado ciclo de solicitação / resposta, sobre o qual, novamente,

70
00:03:42,600 --> 00:03:44,980
‫aprenderemos um pouco mais adiante nesta seção.

71
00:03:44,980 --> 00:03:46,530
‫Então, vamos agora testar

72
00:03:46,530 --> 00:03:49,363
‫isso e criar uma nova solicitação para a postagem.

73
00:03:49,363 --> 00:03:51,200
‫Agora aqui no carteiro, podemos fazer

74
00:03:51,200 --> 00:03:53,680
‫algo muito bom que é salvar todas essas solicitações.

75
00:03:53,680 --> 00:03:56,133
‫Vou começar criando uma

76
00:03:58,180 --> 00:04:01,200
‫nova coleção, que chamarei de Natours.

77
00:04:01,200 --> 00:04:02,500
‫Nova coleção.

78
00:04:06,570 --> 00:04:07,600
‫Agora, salvarei essa solicitação dentro dessa coleção.

79
00:04:07,600 --> 00:04:10,793
‫Então este é Get all the Tours.

80
00:04:12,650 --> 00:04:14,573
‫Coloque-o no Natours e salve.

81
00:04:17,380 --> 00:04:20,290
‫Portanto, agora temos nossos pedidos Get bem aqui.

82
00:04:20,290 --> 00:04:23,563
‫Bem, agora vamos copiar este aqui, criar

83
00:04:26,070 --> 00:04:27,410
‫um novo.

84
00:04:27,410 --> 00:04:28,583
‫Portanto, este é um pedido de postagem.

85
00:04:30,120 --> 00:04:31,970
‫Antes de fazer

86
00:04:31,970 --> 00:04:35,330
‫isso, irei salvá-lo direto nesta coleção.

87
00:04:35,330 --> 00:04:36,853
‫Portanto, crie um novo tour.

88
00:04:38,080 --> 00:04:41,083
‫Aqui no lado esquerdo, agora temos os nossos dois pedidos.

89
00:04:43,443 --> 00:04:47,733
‫Vamos agora especificar nosso corpo aqui, portanto, os dados

90
00:04:49,070 --> 00:04:52,620
‫que basicamente queremos enviar para o servidor.

91
00:04:52,620 --> 00:04:56,550
‫Viemos aqui para Body e existem diferentes maneiras de fazer isso

92
00:04:56,550 --> 00:04:59,370
‫agora, mas a mais fácil é

93
00:04:59,370 --> 00:05:02,250
‫simplesmente dizer Raw e, em seguida, Application JSON.

94
00:05:02,250 --> 00:05:06,260
‫Tudo o que temos que fazer aqui é basicamente especificar

95
00:05:06,260 --> 00:05:09,470
‫algum JSON, que será transmitido ao servidor.

96
00:05:09,470 --> 00:05:12,180
‫Portanto, a primeira coisa que queremos especificar é

97
00:05:12,180 --> 00:05:13,760
‫o nome do Tour,

98
00:05:13,760 --> 00:05:17,150
‫e você se lembra que em JSON, tudo deve estar

99
00:05:17,150 --> 00:05:20,550
‫entre aspas e, na verdade, aspas duplas, não apenas aspas.

100
00:05:20,550 --> 00:05:21,873
‫Deixe-me chamar isso de Tour

101
00:05:22,810 --> 00:05:26,040
‫de Teste e vamos dar uma olhada no que mais temos nos dados do tour.

102
00:05:26,040 --> 00:05:29,343
‫Então nós temos o nome, temos a duração, e

103
00:05:30,550 --> 00:05:32,850
‫vamos colocar também a dificuldade.

104
00:05:32,850 --> 00:05:35,033
‫Portanto, não vou especificar tudo isso porque

105
00:05:37,260 --> 00:05:38,720
‫isso leva muito tempo.

106
00:05:38,720 --> 00:05:40,893
‫Digamos que a duração seja

107
00:05:42,500 --> 00:05:45,870
‫de 10 dias e a dificuldade seja

108
00:05:45,870 --> 00:05:46,890
‫fácil.

109
00:05:50,250 --> 00:05:51,483
‫Isso conforme nosso corpo será transmitido para o servidor.

110
00:05:52,800 --> 00:05:57,290
‫Isso foi testado agora, clicando em enviar e aqui recebemos

111
00:05:57,290 --> 00:06:00,550
‫nossa resposta, que está pronta, lembre-se.

112
00:06:00,550 --> 00:06:03,500
‫Aqui está a resposta que enviamos, então pronto.

113
00:06:07,104 --> 00:06:09,520
‫E você vê que aqui em nosso

114
00:06:09,520 --> 00:06:11,700
‫console, agora temos um objeto que

115
00:06:11,700 --> 00:06:15,153
‫é basicamente o JSON que enviamos em nosso corpo, certo?

116
00:06:15,153 --> 00:06:17,750
‫Tão perfeito, funciona!

117
00:06:17,750 --> 00:06:19,600
‫Não é mais JSON, como você pode ver.

118
00:06:19,600 --> 00:06:21,170
‫É realmente um objeto JavaScript.

119
00:06:21,170 --> 00:06:23,860
‫Só para mostrar que realmente

120
00:06:23,860 --> 00:06:27,000
‫precisamos do middleware, vamos comentar este.

121
00:06:27,000 --> 00:06:28,350
‫Envie novamente.

122
00:06:30,190 --> 00:06:31,688
‫Agora não tenho mais o pedido. corpo, certo?

123
00:06:31,688 --> 00:06:36,160
‫É por isso que está indefinido agora, porque não existe mais.

124
00:06:36,160 --> 00:06:39,093
‫Salve, envie nossa solicitação

125
00:06:40,440 --> 00:06:44,030
‫novamente e agora está de volta.

126
00:06:44,030 --> 00:06:45,403
‫Temos nossa pós-rota

127
00:06:48,220 --> 00:06:51,510
‫configurada, está funcionando agora e também temos acesso ao corpo,

128
00:06:51,510 --> 00:06:53,810
‫então o que queremos fazer agora é

129
00:06:53,810 --> 00:06:56,830
‫realmente persistir esses dados neste arquivo JSON simples de passeio.

130
00:06:56,830 --> 00:07:00,680
‫Na verdade, vamos modificar este arquivo, para que os dados sejam

131
00:07:00,680 --> 00:07:04,090
‫salvos em nosso banco de dados fictício aqui.

132
00:07:04,090 --> 00:07:07,500
‫Este arquivo JSON agora funciona como nosso

133
00:07:07,500 --> 00:07:09,820
‫banco de dados fictício.

134
00:07:09,820 --> 00:07:11,623
‫Portanto, agora vamos cuidar disso.

135
00:07:12,850 --> 00:07:15,810
‫Vou comentar este aqui.

136
00:07:15,810 --> 00:07:18,063
‫Então vamos começar.

137
00:07:19,250 --> 00:07:20,650
‫A primeira coisa que

138
00:07:20,650 --> 00:07:23,440
‫precisamos fazer é descobrir a id do novo objeto.

139
00:07:23,440 --> 00:07:25,240
‫Lembre-se, novamente na palestra

140
00:07:25,240 --> 00:07:28,720
‫sobre API's REST, é que quando criamos um novo objeto,

141
00:07:28,720 --> 00:07:30,570
‫nunca especificamos o id do objeto.

142
00:07:30,570 --> 00:07:33,200
‫O banco de dados geralmente cuida disso.

143
00:07:33,200 --> 00:07:35,623
‫Um novo objeto geralmente obtém automaticamente seu novo id.

144
00:07:36,980 --> 00:07:40,470
‫Bem, neste caso, não temos nenhum banco de dados, então o

145
00:07:40,470 --> 00:07:42,840
‫que vamos fazer é simplesmente pegar

146
00:07:42,840 --> 00:07:46,020
‫o id do último objeto e adicionar +1 a ele.

147
00:07:46,020 --> 00:07:48,833
‫Vamos fazer isso rapidamente, e isso é apenas

148
00:07:50,020 --> 00:07:51,010
‫JavaScript básico.

149
00:07:51,010 --> 00:07:53,440
‫Tão novo são os passeios, certo?

150
00:07:53,440 --> 00:07:57,740
‫Lembre-se de que passeios, já temos os

151
00:07:57,740 --> 00:08:01,160
‫dados nesta variável de passeios.

152
00:08:01,160 --> 00:08:02,673
‫Essa é uma matriz

153
00:08:03,800 --> 00:08:06,500
‫de todos os objetos de passeio, e queremos obter

154
00:08:06,500 --> 00:08:08,313
‫o último, que são os passeios. comprimento - 1, então a

155
00:08:09,150 --> 00:08:13,410
‫propriedade id disso e adicionamos + 1.

156
00:08:13,410 --> 00:08:17,220
‫Então esse é o novo id.

157
00:08:17,220 --> 00:08:18,823
‫Em seguida, criamos um novo

158
00:08:21,533 --> 00:08:23,033
‫tour, e esse tour

159
00:08:23,950 --> 00:08:28,070
‫será basicamente o corpo que enviaremos mais a nova id que acabamos de criar.

160
00:08:28,070 --> 00:08:30,863
‫Portanto, podemos usar o objeto. atribuir, que basicamente nos

161
00:08:31,950 --> 00:08:36,730
‫permite criar um

162
00:08:36,730 --> 00:08:40,070
‫novo objeto mesclando dois objetos existentes.

163
00:08:40,070 --> 00:08:41,130
‫Portanto, o primeiro

164
00:08:41,130 --> 00:08:43,300
‫objeto será id = newId e,

165
00:08:43,300 --> 00:08:44,920
‫em seguida, queremos a

166
00:08:48,270 --> 00:08:49,200
‫solicitação. corpo.

167
00:08:51,140 --> 00:08:52,353
‫Nós também poderíamos ter feito req. corpo. id = newId,

168
00:08:54,330 --> 00:08:58,730
‫mas eu não queria alterar o objeto do corpo original.

169
00:09:00,250 --> 00:09:03,503
‫Eu apenas deixei assim.

170
00:09:04,740 --> 00:09:06,323
‫Essa é a nova turnê, e agora

171
00:09:08,564 --> 00:09:11,720
‫o que queremos fazer é empurrar essa turnê para a série de turnês, certo?

172
00:09:11,720 --> 00:09:16,120
‫Então, tours, é o conjunto dos nove tours

173
00:09:16,120 --> 00:09:19,130
‫que temos neste ponto.

174
00:09:19,130 --> 00:09:20,330
‫Dizemos empurre e empurre a nova turnê lá.

175
00:09:20,330 --> 00:09:25,163
‫Esse é o array que agora contém o novo tour, mas é

176
00:09:27,880 --> 00:09:31,500
‫claro que agora temos que persistir no arquivo.

177
00:09:31,500 --> 00:09:35,110
‫De novo, isso é bastante fácil para você

178
00:09:35,110 --> 00:09:37,855
‫neste ponto, então use fs. escrever arquivo.

179
00:09:37,855 --> 00:09:41,840
‫Então, qual devemos usar?

180
00:09:41,840 --> 00:09:43,390
‫writeFile ou writeFileSync?

181
00:09:43,390 --> 00:09:46,540
‫A resposta para isso é muito simples.

182
00:09:47,570 --> 00:09:50,070
‫Estamos dentro de uma função de retorno de chamada, que

183
00:09:50,070 --> 00:09:52,010
‫será executada no loop de eventos.

184
00:09:52,010 --> 00:09:54,430
‫Jamais podemos bloquear o loop de eventos.

185
00:09:54,430 --> 00:09:57,180
‫O que vamos fazer é

186
00:09:57,180 --> 00:10:00,030
‫usar writeFile e não sincronizar neste.

187
00:10:00,030 --> 00:10:01,720
‫Queremos passar uma função de retorno

188
00:10:01,720 --> 00:10:03,820
‫de chamada que será processada em segundo plano

189
00:10:03,820 --> 00:10:05,800
‫e, assim que estiver pronta, colocará seu

190
00:10:05,800 --> 00:10:07,160
‫evento em um

191
00:10:07,160 --> 00:10:10,810
‫dos eventos da fila de loop, que será tratado assim que o loop

192
00:10:10,810 --> 00:10:12,180
‫de evento passa essa fase.

193
00:10:12,180 --> 00:10:14,760
‫Lembra-se da palestra do Loop de Eventos?

194
00:10:14,760 --> 00:10:17,360
‫De qualquer forma, vamos pegar o nome

195
00:10:17,360 --> 00:10:21,080
‫do arquivo daqui de cima, porque vamos realmente sobrescrever esse

196
00:10:21,080 --> 00:10:23,650
‫arquivo para que, quando reiniciarmos o servidor,

197
00:10:23,650 --> 00:10:25,270
‫ele esteja lá.

198
00:10:25,270 --> 00:10:26,823
‫Então,

199
00:10:28,040 --> 00:10:30,101
‫onde- bem aqui.

200
00:10:30,101 --> 00:10:31,018
‫Então esse é o arquivo onde queremos escrever.

201
00:10:31,937 --> 00:10:35,246
‫Os dados que queremos escrever, que são passeios, e depois a

202
00:10:35,246 --> 00:10:37,733
‫nossa função de retorno de chamada, que neste

203
00:10:39,040 --> 00:10:40,760
‫caso só tem o erro.

204
00:10:40,760 --> 00:10:43,203
‫Aqui acabei de perceber

205
00:10:46,040 --> 00:10:49,890
‫que precisamos também stringificar esse objeto, certo?

206
00:10:49,890 --> 00:10:51,580
‫Queremos json neste arquivo

207
00:10:51,580 --> 00:10:53,680
‫JSON, e isso agora é apenas

208
00:10:53,680 --> 00:10:57,020
‫um objeto JavaScript simples e normal e, portanto, precisamos convertê-lo.

209
00:10:57,020 --> 00:10:58,580
‫Mas isso é novamente simples, já fiz isso.

210
00:10:58,580 --> 00:11:02,320
‫JSON. stringify do objeto.

211
00:11:05,510 --> 00:11:06,343
‫O que queremos fazer assim que o arquivo for escrito?

212
00:11:07,930 --> 00:11:11,760
‫Bem, o que geralmente fazemos é enviar o objeto recém-criado

213
00:11:11,760 --> 00:11:13,340
‫como a resposta.

214
00:11:13,340 --> 00:11:16,683
‫Vamos fazer isso.

215
00:11:17,670 --> 00:11:18,600
‫Então, resposta

216
00:11:18,600 --> 00:11:21,650
‫e, como sempre, começamos especificando o código de status.

217
00:11:21,650 --> 00:11:23,340
‫Neste caso, não será 200, mas 201.

218
00:11:23,340 --> 00:11:26,483
‫Portanto, 201 significa criado.

219
00:11:27,400 --> 00:11:30,190
‫200 significa ok, 201 significa

220
00:11:30,190 --> 00:11:34,090
‫criado, que é exatamente o que aconteceu aqui.

221
00:11:34,090 --> 00:11:36,260
‫Criamos um novo recurso em um servidor.

222
00:11:36,260 --> 00:11:38,513
‫Então JSON, e continua adicionando esta mensagem aqui.

223
00:11:41,260 --> 00:11:45,873
‫O status é novamente, sucesso.

224
00:11:48,240 --> 00:11:50,993
‫Não estou usando a propriedade results aqui,

225
00:11:52,500 --> 00:11:56,770
‫que tínhamos antes, porque agora estou apenas enviando de volta um resultado.

226
00:11:56,770 --> 00:11:59,263
‫Os dados são o nosso envelope aqui.

227
00:12:00,651 --> 00:12:02,203
‫A turnê é uma nova turnê.

228
00:12:04,100 --> 00:12:09,100
‫É isso!

229
00:12:09,230 --> 00:12:10,063
‫Salve

230
00:12:10,063 --> 00:12:12,660
‫aqui e formate ou codifique um pouco.

231
00:12:12,660 --> 00:12:14,260
‫Vamos adicionar mais espaço aqui.

232
00:12:14,260 --> 00:12:15,933
‫Acho que agora estamos prontos para fazer uma tentativa.

233
00:12:18,480 --> 00:12:20,533
‫Podemos realmente criar um novo passeio, usando esses dados aqui.

234
00:12:23,180 --> 00:12:26,273
‫Portanto, ajuste este Tour de Teste, e com esses

235
00:12:28,600 --> 00:12:30,440
‫dados, vamos esperar por isso.

236
00:12:30,440 --> 00:12:32,540
‫O que aconteceu aqui?

237
00:12:33,670 --> 00:12:34,620
‫Vamos ver, tudo bem.

238
00:12:35,780 --> 00:12:37,000
‫Temos o problema de, basicamente, enviarmos uma resposta duas vezes.

239
00:12:37,000 --> 00:12:40,733
‫Então, enviamos uma resposta com JSON e,

240
00:12:40,733 --> 00:12:43,320
‫em seguida, novamente com. mandar.

241
00:12:43,320 --> 00:12:45,530
‫Isso não é permitido.

242
00:12:45,530 --> 00:12:46,620
‫Na verdade, é por isso que recebemos esse erro aqui.

243
00:12:46,620 --> 00:12:48,990
‫Então, é realmente bom que tenha acontecido aqui, para que você saiba

244
00:12:48,990 --> 00:12:50,622
‫o que significa esse erro padrão aqui.

245
00:12:50,622 --> 00:12:54,871
‫HTTP_HEADERS_SENT não pode definir cabeçalhos após eles

246
00:12:54,871 --> 00:12:58,330
‫serem enviados ao cliente.

247
00:12:58,330 --> 00:12:59,163
‫Isso acontece quando você tenta enviar duas respostas.

248
00:12:59,163 --> 00:13:02,483
‫Precisamos nos livrar disso.

249
00:13:04,642 --> 00:13:06,540
‫Sim, esse foi o único erro que tivemos.

250
00:13:10,030 --> 00:13:12,163
‫Isso agora deve consertar.

251
00:13:14,350 --> 00:13:16,390
‫De uma chance.

252
00:13:16,390 --> 00:13:17,313
‫E, de fato, aqui vamos nós.

253
00:13:19,410 --> 00:13:21,190
‫Então temos nosso id 10,

254
00:13:21,190 --> 00:13:24,941
‫que nosso código criou para nós, e então todo o tour

255
00:13:24,941 --> 00:13:28,930
‫que são exatamente os dados que enviamos como um corpo em nossa solicitação.

256
00:13:28,930 --> 00:13:32,353
‫Agora, a questão é que, quando tivermos todos

257
00:13:33,850 --> 00:13:36,900
‫os tours aqui, eles ainda não aparecerão.

258
00:13:36,900 --> 00:13:38,363
‫Se descermos aqui, na verdade

259
00:13:39,480 --> 00:13:40,933
‫já está aqui.

260
00:13:42,520 --> 00:13:44,770
‫Temos o de antes, então quando tivemos esse

261
00:13:44,770 --> 00:13:46,984
‫erro, ele também criou esse tour aqui.

262
00:13:46,984 --> 00:13:50,830
‫Então, é claro, o passeio que criamos com a id 10.

263
00:13:50,830 --> 00:13:54,000
‫Portanto, este passeio aqui é exatamente este

264
00:13:54,000 --> 00:13:56,180
‫que foi criado agora.

265
00:13:56,180 --> 00:13:57,530
‫Se fizermos agora, Test Tour 2, com duração de apenas 5.

266
00:13:58,370 --> 00:14:03,370
‫Vamos dar uma chance a este, e se eu conseguir todos os tours, então

267
00:14:03,890 --> 00:14:05,580
‫isso aparecerá aqui também.

268
00:14:05,580 --> 00:14:10,550
‫Eu falei no começo que não funcionaria, então não apareceria na

269
00:14:10,550 --> 00:14:12,246
‫hora, porque isso

270
00:14:12,246 --> 00:14:14,760
‫só funciona se reiniciarmos o servidor.

271
00:14:14,760 --> 00:14:17,793
‫Este arquivo, o tour

272
00:14:18,950 --> 00:14:19,913
‫simples. O arquivo json de

273
00:14:21,480 --> 00:14:23,610
‫onde vêm os nossos tours, só

274
00:14:23,610 --> 00:14:25,140
‫é lido no início quando iniciamos o servidor.

275
00:14:25,140 --> 00:14:28,819
‫Agora, o fato é que cada vez que salvamos algo nesse

276
00:14:28,819 --> 00:14:31,420
‫arquivo JSON, ele também recarrega o servidor.

277
00:14:31,420 --> 00:14:35,180
‫Deixe-me provar isso para você, então se eu clicar em salvar

278
00:14:35,180 --> 00:14:38,160
‫agora, veja o que acontece aqui embaixo.

279
00:14:38,160 --> 00:14:40,800
‫Então eu salvei, e você vê que

280
00:14:40,800 --> 00:14:43,180
‫aqui embaixo ele reiniciou o servidor.

281
00:14:43,180 --> 00:14:44,980
‫Também formatou o código, por ser mais bonito.

282
00:14:44,980 --> 00:14:47,920
‫Mas o que importa aqui é que esse código seja atualizado.

283
00:14:47,920 --> 00:14:50,970
‫É por isso que cada vez que salvamos

284
00:14:50,970 --> 00:14:52,780
‫algo aqui com nossa

285
00:14:52,780 --> 00:14:56,160
‫API, ela recarregará imediatamente o servidor e recarregará o

286
00:14:56,160 --> 00:15:00,230
‫conteúdo do arquivo nos passeios, e podemos então ler isso imediatamente.

287
00:15:00,230 --> 00:15:02,080
‫É por isso que

288
00:15:03,020 --> 00:15:06,400
‫temos acesso imediato a todos os passeios recém-criados.

289
00:15:06,400 --> 00:15:08,563
‫Faz sentido?

290
00:15:09,660 --> 00:15:10,550
‫Bem, se não,

291
00:15:10,550 --> 00:15:13,970
‫sinta-se à vontade para fazer suas perguntas e, claro, a seção de perguntas e respostas, certo?