1
00:00:00,720 --> 00:00:02,030
Olá e bem vindo de volta.

2
00:00:02,040 --> 00:00:08,280
Portanto, neste vídeo, faremos com que nossos modelos correspondam ao novo fluxo de usuários que virá através

3
00:00:08,340 --> 00:00:14,060
de nosso aplicativo da web da web API em nossa API e depois nesses modelos.

4
00:00:14,100 --> 00:00:20,640
Então, evidentemente, quando estamos usando uma API da web, o usuário vai estar em seu navegador, eles estarão nos dando o preenchimento

5
00:00:20,880 --> 00:00:27,000
de um formulário com o conteúdo da postagem, por exemplo, ou que eles vão enviar o envio e, em seguida, esses

6
00:00:27,480 --> 00:00:32,280
dados vai vir através da nossa API para o nosso modelo e que o nosso modelo

7
00:00:32,280 --> 00:00:34,110
foi convidado nessa base de dados.

8
00:00:34,140 --> 00:00:39,210
Então, obviamente, nosso modelo não estará pedindo ao usuário por qualquer entrada neste estágio.

9
00:00:39,210 --> 00:00:45,630
O usuário já terá escrito isso no site ou no aplicativo para dispositivos móveis, portanto, não queremos

10
00:00:45,630 --> 00:00:48,050
solicitar dados ao usuário nesse estágio.

11
00:00:50,400 --> 00:00:58,560
Em vez disso, esse método exigirá os dados como um parâmetro e fornecerá à Thach a API de modo

12
00:00:59,010 --> 00:01:02,120
que o conteúdo das marés seja baseado.

13
00:01:02,170 --> 00:01:10,000
E agora, se a data não estiver definida, queremos usar o UTC agora, que é a data atual.

14
00:01:10,010 --> 00:01:13,000
Então, o que fazemos é dar a data um valor

15
00:01:15,720 --> 00:01:16,570
padrão desses dados.

16
00:01:16,600 --> 00:01:23,060
Você vê agora, se não, então vamos usar as datas específicas que você nos enviou.

17
00:01:23,140 --> 00:01:27,860
Embora o KPI tenha enviado esse modelo, não precisamos mais disso.

18
00:01:28,010 --> 00:01:30,350
Isso é tudo que precisamos.

19
00:01:30,690 --> 00:01:36,830
Já passamos do novo conteúdo do título da postagem em uma data e, depois, vamos criá-lo nesse blog.

20
00:01:38,570 --> 00:01:45,950
O resto dos métodos são realmente válidos para o nosso formato de API para obter todos os posts de um

21
00:01:46,520 --> 00:01:52,940
blog específico e simplesmente chamar isso de segurança Mago DB nós vamos usar esse método bastante simples para

22
00:01:52,940 --> 00:01:57,270
pegar esse Chaisson de volta e pegar o blog do Mongo DB.

23
00:01:57,350 --> 00:02:02,000
Também poderemos chamar isso por meio de nossa API porque não depende do

24
00:02:02,000 --> 00:02:03,340
usuário nos fornecer dados.

25
00:02:04,040 --> 00:02:07,660
Ok, vamos ao post e ver o que temos que mudar, se houver alguma coisa.

26
00:02:08,430 --> 00:02:13,270
E podemos ver que a postagem do blog é inicializada com todos esses detalhes e tudo bem.

27
00:02:13,390 --> 00:02:20,160
O Safe to Mongo será bastante simples, o usuário simplesmente escreverá algo e, em seguida, a API chamará isso para

28
00:02:20,160 --> 00:02:22,410
o Mongo e inserirá o novo post.

29
00:02:22,410 --> 00:02:24,710
Então isso não é um problema.

30
00:02:25,430 --> 00:02:28,760
O Jason simplesmente retornará uma representação deste post.

31
00:02:28,790 --> 00:02:34,200
Isso não é nada com o qual o usuário tenha que interagir neste estágio, pelo menos do Mongo e do blog,

32
00:02:34,710 --> 00:02:37,730
são métodos para os quais o usuário não precisa nos dar nada.

33
00:02:37,770 --> 00:02:44,010
Portanto, não precisamos modificá-los ainda, para que possamos ver agora que o blog e o post

34
00:02:44,010 --> 00:02:46,910
são dois modelos que são essencialmente sem estado.

35
00:02:46,920 --> 00:02:54,530
Não podemos fazer nada com eles, exceto salvá-los ou pegá-los.

36
00:02:55,050 --> 00:02:58,230
Portanto, não pedimos ao usuário para interagir com um modelo.

37
00:02:58,390 --> 00:03:05,280
E enquanto o modelo está fazendo as coisas, tudo bem, porque o usuário vai nos fornecer os dados antes de

38
00:03:05,730 --> 00:03:11,370
chegarmos a essa camada e o usuário, na verdade, nos dará os dados antes de chegarmos

39
00:03:11,370 --> 00:03:12,730
à camada da API.

40
00:03:12,930 --> 00:03:15,330
O usuário vai escrever a web.

41
00:03:15,510 --> 00:03:18,250
A web enviará os dados para a API.

42
00:03:18,270 --> 00:03:22,760
A API vai enviá-lo para este modelo e o modelo será salvo no banco de dados.

43
00:03:22,950 --> 00:03:27,620
Portanto, enquanto esperamos dados neste modelo, estamos bem.

44
00:03:28,870 --> 00:03:34,790
OK, então o que mais vamos ter que criar um modelo de usuário também.

45
00:03:34,790 --> 00:03:42,140
Assim, o modelo de usuário será simplesmente algo para permitir que nossos usuários façam login, registrem e criem novas postagens

46
00:03:42,140 --> 00:03:43,570
em coisas como essa.

47
00:03:43,580 --> 00:03:46,250
Então vamos começar com isso.

48
00:03:48,900 --> 00:03:56,080
E em seu método, vamos precisar de um método para obter do Mongo.

49
00:03:56,260 --> 00:03:59,530
Mas em vez de chamá-lo de Mongo, vou chamá-lo de gato.

50
00:03:59,800 --> 00:04:00,310
E-mail

51
00:04:03,130 --> 00:04:09,040
e, em seguida, vou obter outro obter minha identificação que é dada a esses dois

52
00:04:09,040 --> 00:04:16,890
homens que vão permitir-nos para obter os usuários, filtrando através de endereço de e-mail ou filtrando através de ID, então

53
00:04:16,890 --> 00:04:19,210
eu vou verificar e log in válido.

54
00:04:19,260 --> 00:04:31,210
Esse será um método que verificará se um email do usuário corresponde à senha que nos enviaram.

55
00:04:31,260 --> 00:04:37,770
Portanto, isso é necessário para que esse método essencialmente compare e não compare.

56
00:04:37,770 --> 00:04:44,250
Mas verifique isso eo registro que o usuário nos enviou o nome de usuário e desculpe a combinação de e-mail e senha é

57
00:04:44,250 --> 00:04:47,520
uma combinação válida de nome de usuário e senha ou não.

58
00:04:49,360 --> 00:04:54,430
E então nós vamos ter algo para registrar.

59
00:04:54,580 --> 00:04:58,720
Nós vamos ter algo para log loaders, isso não é para fazer

60
00:04:58,780 --> 00:05:04,520
check-in com um log em seu pallet, mas realmente registrar o usuário nele e, em seguida, vamos

61
00:05:09,470 --> 00:05:12,950
ter algo como obter blogs e é provavelmente por agora.

62
00:05:12,950 --> 00:05:18,260
Se acabarmos tendo mais coisas que precisamos, o que simplesmente quero dizer, no próximo

63
00:05:18,260 --> 00:05:20,340
vídeo, vamos escrever alguns desses métodos.

64
00:05:20,570 --> 00:05:21,600
Então eu vou te ver no próximo.
