1
00:00:01,530 --> 00:00:07,380
Oi bem vindo de volta nesta seção, vamos estar olhando interfaces API e resto.

2
00:00:07,400 --> 00:00:11,710
Agora você pode ter ouvido falar sobre se em interfaces de leitura recentes antes.

3
00:00:11,940 --> 00:00:18,060
E muitas vezes eles são termos bastante confusos porque às vezes as pessoas não entendem realmente o que são

4
00:00:18,060 --> 00:00:24,610
ou não compreendem totalmente a simplicidade do que uma API e eles descansam e desfiguram agora e a API em

5
00:00:24,610 --> 00:00:27,290
uma interface REST não é a mesma coisa.

6
00:00:27,600 --> 00:00:31,090
No entanto hoje em dia a maioria dos olhos API segue o resto.

7
00:00:31,090 --> 00:00:35,500
Estruturas de interface especialmente API baseada na web.

8
00:00:35,900 --> 00:00:41,380
Então, queremos ver quais são exatamente essas coisas em um Kwik-Fit.

9
00:00:41,670 --> 00:00:46,190
Mas primeiro, antes de começarmos, imagine que você tenha dois aplicativos.

10
00:00:46,650 --> 00:00:53,010
Você tem um aplicativo móvel e um desktop e agora ambos os aplicativos fazem a mesma coisa.

11
00:00:53,060 --> 00:00:55,760
Mas um deles faz isso de forma mais violenta do que em um desktop.

12
00:00:55,760 --> 00:00:58,720
E ambos recebem dados do mesmo banco de dados.

13
00:00:59,640 --> 00:01:00,500
Então, o que você faz.

14
00:01:00,510 --> 00:01:02,410
Como você estruturou aplicativos.

15
00:01:02,490 --> 00:01:06,720
Porque ambos estão usando o mesmo servidor no mesmo banco de dados.

16
00:01:06,720 --> 00:01:14,470
Então, uma das opções óbvias é ter o código duplicado que metade do código para acessar os dados é duplicado.

17
00:01:14,720 --> 00:01:20,540
Você tem o código escrito no seu colo e depois também o escreveu na sua área de trabalho.

18
00:01:20,550 --> 00:01:26,700
Obviamente, isso não é ideal porque você precisa escrever o código duas vezes, mas ele tem mais uma

19
00:01:27,150 --> 00:01:32,730
desvantagem, ou seja, se você alterar o banco de dados, precisará alterar o código nos dois locais.

20
00:01:32,730 --> 00:01:38,250
Portanto, você não só precisa escrever o código duas vezes, mas sempre que fizer uma alteração, você também terá

21
00:01:38,250 --> 00:01:43,540
que alterar os dois aplicativos e pedir que os usuários façam o download deles e de tudo isso.

22
00:01:43,550 --> 00:01:46,070
Então não é uma solução muito boa.

23
00:01:46,070 --> 00:01:53,650
A melhor solução seria criar uma API e isso significa interface do programa aplicativo.

24
00:01:53,810 --> 00:01:55,870
E essa última palavra é realmente a palavra chave.

25
00:01:55,870 --> 00:01:56,960
É uma interface.

26
00:01:57,020 --> 00:02:04,810
Por isso, permite que algo interfira com outra coisa através de uma estrutura simples ou simples.

27
00:02:05,060 --> 00:02:10,640
Então, o que você faria é criar um serviço que permita que ambos os aplicativos interajam com um

28
00:02:10,640 --> 00:02:13,870
banco de dados sem ter que fazer isso para eles mesmos.

29
00:02:13,880 --> 00:02:21,560
Então, o que você esperaria é que seu aplicativo para dispositivos móveis enviasse alguns dados para essa API e, em seguida, a API colocasse os dados

30
00:02:21,560 --> 00:02:28,430
no banco de dados ou seu aplicativo da área de trabalho poderia solicitar alguns dados à API e a API os receberia do

31
00:02:28,490 --> 00:02:30,950
banco de dados e os enviaria de volta.

32
00:02:30,950 --> 00:02:36,290
Portanto, essa é essencialmente uma interface entre seus aplicativos e seu banco de dados, de modo que

33
00:02:36,320 --> 00:02:42,590
os aplicativos só precisem enviar dados ou solicitar dados, sem se preocupar com os dados, portanto, não estarão interagindo com

34
00:02:42,590 --> 00:02:44,000
o próprio banco de dados.

35
00:02:45,580 --> 00:02:52,750
Vamos olhar para um exemplo API vamos dizer que você tem essa API vivendo neste site www dot

36
00:02:52,780 --> 00:03:00,660
meu site dot com slash API Eu sei que seus aplicativos vão interagir com esta API este site solicitando ou

37
00:03:00,660 --> 00:03:05,410
enviando dados via API vai faça a interação com o banco de dados.

38
00:03:05,420 --> 00:03:12,560
Um exemplo de uma solicitação de dados que você solicitaria à API para obter algo do banco de dados

39
00:03:13,210 --> 00:03:14,210
é apenas isso.

40
00:03:14,450 --> 00:03:18,940
E então o endereço da API, então vamos dar uma olhada nisso.

41
00:03:19,030 --> 00:03:21,750
A primeira palavra em rosa aqui é get.

42
00:03:21,750 --> 00:03:27,730
E isso informa à sua API que o aplicativo está esperando que a API envie de volta alguns dados

43
00:03:27,730 --> 00:03:31,750
que o aplicativo pode usar na próxima parte é o endereço da API.

44
00:03:31,750 --> 00:03:36,400
Nesse caso, eu coloco meu lado com slash API.

45
00:03:36,400 --> 00:03:43,270
E então você tem o que é chamado de ponto final da API, que é exatamente o que estamos acessando essa API.

46
00:03:43,310 --> 00:03:51,220
E podemos ver que estamos acessando usuários com barra e gravar um número complicado e esse número seria o ID

47
00:03:51,220 --> 00:03:52,920
do usuário nesse caso.

48
00:03:52,940 --> 00:03:56,140
Este seria um identificador exclusivo para o usuário.

49
00:03:56,200 --> 00:04:01,600
Portanto, podemos ler aqui que o aplicativo deseja obter alguns dados relacionados a um

50
00:04:01,600 --> 00:04:05,970
usuário específico com esse ID que está acessando a coleção do usuário.

51
00:04:06,180 --> 00:04:10,400
E a partir dessa coleção de usuários, ele acessa esse ID específico.

52
00:04:10,680 --> 00:04:17,130
Você obviamente teria que programar sua API para fazer isso para aceitar esse ponto final.

53
00:04:17,130 --> 00:04:25,060
Outro exemplo seria uma solicitação de postagem nesta solicitação de postagem que obtivemos em meu site.

54
00:04:25,080 --> 00:04:26,790
Com sloshy API.

55
00:04:26,790 --> 00:04:35,360
E, em seguida, o ponto final é slash usa barra nova se nós acessar este ponto final com um post em oposição a nós

56
00:04:35,360 --> 00:04:40,210
chegarmos dizendo a API que queremos adicionar alguns dados para o banco de dados.

57
00:04:40,430 --> 00:04:43,230
E então nós também teríamos que enviar para quais dados nós fomos.

58
00:04:43,230 --> 00:04:51,320
E, nesse caso, estaríamos adicionando o ID e o nome do usuário que a API se preocuparia em interagir com o banco de

59
00:04:51,320 --> 00:04:53,850
dados e colocá-lo no banco de dados.

60
00:04:54,020 --> 00:04:58,250
O aplicativo só saberia que isso foi bem-sucedido ou malsucedido.

61
00:05:00,090 --> 00:05:08,780
Mas, obviamente, não apenas obter unposed eles odeiam comandos DTP que podemos usar o DP é simplesmente o protocolo da maneira que

62
00:05:08,790 --> 00:05:15,510
aplicativos de Internet interagem uns com os outros em uma API baseada na web, como quando precisaríamos

63
00:05:15,530 --> 00:05:22,020
dizer o que queremos o API para fazer, assim como você está fora ou o endereço

64
00:05:22,020 --> 00:05:23,070
da API.

65
00:05:23,070 --> 00:05:28,240
Então, vimos chegar onde enviamos a solicitação da API usando a palavra-chave Get.

66
00:05:28,280 --> 00:05:34,310
Nós vamos recuperar algo que podemos usar post que vimos agora que é usado para dizer a

67
00:05:34,310 --> 00:05:41,400
API para criar algo, mas também podemos usar Put, que é usado para modificar algo, por exemplo, para atualizar um

68
00:05:41,400 --> 00:05:42,720
registro em uma tabela.

69
00:05:42,990 --> 00:05:44,460
Você pode alterar o nome do usuário.

70
00:05:44,460 --> 00:05:50,580
Por exemplo, também chamamos Delete, que evidentemente exclui algo do banco de dados.

71
00:05:50,830 --> 00:05:57,730
Portanto, em vez de obter um usuário específico, você poderia enviar uma exclusão a uma solicitação de usuário específica e solicitar à API

72
00:05:57,730 --> 00:06:01,910
que interagisse com o banco de dados de uma maneira que levasse o usuário.

73
00:06:02,060 --> 00:06:06,280
Lembre-se de quanto disso as aplicações não sabem o que essa interação implica.

74
00:06:06,310 --> 00:06:11,010
Mas o aplicativo não sabe com o que o banco de dados está sendo interagido.

75
00:06:11,030 --> 00:06:16,700
Então eles não sabem se é Mongo D-B ou minha sequela ou qualquer outro tipo de dado porque, por exemplo.

76
00:06:16,850 --> 00:06:19,810
OK então o que é resto.

77
00:06:19,890 --> 00:06:23,210
Na verdade, só olhamos para o risco.

78
00:06:23,220 --> 00:06:25,790
O descanso é simplesmente uma maneira de estruturar essa API.

79
00:06:25,830 --> 00:06:33,330
Uma API que vimos há instantes, que API de exemplo foi estruturada de forma descontinuada, é uma das principais características,

80
00:06:33,330 --> 00:06:36,230
ou o resto é que é um stateless.

81
00:06:36,250 --> 00:06:41,970
E o que isso significa é que uma solicitação da API não afeta a próxima evidentemente se você excluir

82
00:06:42,240 --> 00:06:44,500
um usuário que não conseguiria na próxima vez.

83
00:06:44,760 --> 00:06:49,710
Mas o que isso significa é que você não pode alterar solicitações em repouso.

84
00:06:49,710 --> 00:06:52,790
Cada pedido é independente e faz alguma coisa.

85
00:06:53,000 --> 00:06:58,020
Então, se você pedir para excluir um usuário, o usuário será excluído se você pedir para um usuário.

86
00:06:58,020 --> 00:07:01,880
Você recuperará esse usuário, mas isso não afetará o funcionamento da API.

87
00:07:03,510 --> 00:07:10,610
Outro recurso importante é um recurso baseado em API, que usa o restante estruturado com base em recursos.

88
00:07:10,620 --> 00:07:14,690
Por exemplo, você vai para seus alunos ou seus usuários ou suas postagens no blog ou qualquer outra coisa.

89
00:07:14,810 --> 00:07:17,860
E isso é muito semelhante à programação orientada a objetos e objetos.

90
00:07:19,470 --> 00:07:27,780
Assim, você teria seus usuários slash slash ID, por exemplo, e você obteria o ID enquanto o usuário com

91
00:07:27,780 --> 00:07:29,220
esse ID específico.

92
00:07:29,220 --> 00:07:34,270
Da mesma forma, você poderia fazer o mesmo com posts em bloco com móveis ou com o conteúdo da página da web.

93
00:07:34,470 --> 00:07:36,420
Então tudo é baseado em recursos.

94
00:07:36,420 --> 00:07:40,510
Então, é muito fácil entender exatamente o que está acontecendo.

95
00:07:40,520 --> 00:07:46,170
Então, vimos o que é o resto e o que a API tem, mas esse é um conceito bastante abstrato.

96
00:07:46,340 --> 00:07:50,680
E a melhor maneira de entender isso é entrar e criar nossa própria API.

97
00:07:50,780 --> 00:07:51,850
Então vamos fazer isso.

98
00:07:52,160 --> 00:07:54,000
Nos vemos no próximo vídeo.