1 00:00:02,310 --> 00:00:07,680 E agora, com tudo configurado, uma vez reiniciado no meu dispositivo, posso testá-lo lá. 2 00:00:07,990 --> 00:00:12,300 Agora, na verdade, enviarei para o mesmo dispositivo em que estou executando. 3 00:00:12,780 --> 00:00:15,780 Mas isso também pode ser enviado para qualquer outro dispositivo. 4 00:00:16,170 --> 00:00:19,410 Só não tenho nenhum segundo dispositivo por aqui agora. 5 00:00:19,740 --> 00:00:25,890 Mas se eu pressionar a notificação de gatilho, você verá enviado pelo aplicativo, que é claramente a nova mensagem 6 00:00:25,890 --> 00:00:26,910 que preparamos. 7 00:00:27,450 --> 00:00:31,950 Essa é a notificação por push enviada pelos servidores push da Expo. 8 00:00:32,370 --> 00:00:39,240 E embora eu tenha enviado para mim mesmo aqui, o que obviamente não pode ser o que você deseja fazer na maioria dos cenários, 9 00:00:39,690 --> 00:00:42,000 você ainda vê a ideia por trás disso. 10 00:00:42,390 --> 00:00:47,760 Isso poderia ter sido enviado para qualquer outro aplicativo do qual tivemos que enviar o token. 11 00:00:48,470 --> 00:00:52,570 Agora, falando desse token push, como você deve gerenciá-lo? 12 00:00:52,650 --> 00:00:59,190 Porque, no momento, você poderia argumentar que o único token de envio que não podemos neste aplicativo é 13 00:00:59,190 --> 00:01:02,910 o dispositivo deste dispositivo no qual esse aplicativo está instalado. 14 00:01:03,270 --> 00:01:07,080 Então, como poderíamos saber o token de envio de algum outro dispositivo? 15 00:01:07,110 --> 00:01:08,220 Como o pai poderia trabalhar? 16 00:01:08,910 --> 00:01:16,680 Então aprendemos que podemos aproveitar os servidores push da Expo para enviar notificações por push, mas precisamos de um token por 17 00:01:16,680 --> 00:01:17,880 push para isso. 18 00:01:18,300 --> 00:01:21,240 Isso não é problema, porque podemos obter esse token. 19 00:01:22,290 --> 00:01:25,450 Como fazemos aqui com o Get Expo, pressione, assine o token. 20 00:01:26,190 --> 00:01:31,530 O problema com isso, no entanto, é que, é claro, podemos obter um token com isso e podemos armazená-lo nos 21 00:01:31,530 --> 00:01:33,090 estados a partir de então. 22 00:01:33,420 --> 00:01:38,640 Mas precisamos apenas do token deste dispositivo no qual esta instalação do aplicativo está sendo executada. 23 00:01:39,090 --> 00:01:44,580 Portanto, quando mais tarde queremos enviar uma notificação por push, o único token que conhecemos é o nosso próprio token. 24 00:01:45,030 --> 00:01:47,760 Agora, para este exemplo, era exatamente disso que precisávamos. 25 00:01:47,910 --> 00:01:53,190 Mas, na realidade, é claro que queremos enviar uma notificação por push para outros dispositivos. 26 00:01:53,430 --> 00:01:57,660 Então, para o mesmo aplicativo instalado em outros dispositivos de outros usuários. 27 00:01:57,960 --> 00:01:59,220 Como chegaríamos lá? 28 00:01:59,340 --> 00:02:00,000 Tokens? 29 00:02:00,510 --> 00:02:06,930 Bem, assim como recebemos os e-mails deles ou o que mais precisamos em um aplicativo, você pode, 30 00:02:06,930 --> 00:02:11,700 é claro, escrever código onde, depois de receber esse token, não é. 31 00:02:11,970 --> 00:02:21,630 Ou talvez não apenas gerencie-o em seu estado local, mas envie uma solicitação de HDP para sua própria API, onde você terá 32 00:02:21,900 --> 00:02:28,020 alguma lógica para receber esse token e armazená-lo em um banco de dados. 33 00:02:28,530 --> 00:02:37,260 É claro que esse token pode e, na realidade, será compartilhado e armazenado em um banco de dados, para que qualquer usuário do 34 00:02:37,260 --> 00:02:44,910 seu aplicativo envie não apenas o endereço de e-mail e a senha dele, mas também o token de envio. 35 00:02:45,270 --> 00:02:52,680 E com esses dados armazenados em um banco de dados no servidor, é claro, você sempre pode recuperar esse 36 00:02:52,710 --> 00:02:55,830 token e usá-lo no seu aplicativo quando necessário. 37 00:02:56,250 --> 00:03:01,080 Assim, você pode compartilhar esse token da mesma maneira que compartilha todos os dados do usuário, conforme necessário. 38 00:03:02,080 --> 00:03:09,670 Afinal, se um usuário cria um produto em um aplicativo de loja, também armazenamos esse produto em um banco de dados 39 00:03:09,700 --> 00:03:11,920 para mostrá-lo a outros usuários também. 40 00:03:12,370 --> 00:03:13,870 Com um token, não é diferente. 41 00:03:14,110 --> 00:03:21,040 Não o mostraremos aos nossos usuários, mas ainda podemos buscá-lo nos dispositivos de nossos usuários e eles o usam 42 00:03:21,040 --> 00:03:25,240 no código para enviar notificações por push, como mostrado aqui. 43 00:03:26,200 --> 00:03:32,080 Além disso, vale ressaltar que, quando se trata de enviar notificações, há um artigo 44 00:03:32,170 --> 00:03:38,950 separado sobre os documentos da Expo e você pode encontrá-lo se pesquisar notificações push da Expo e 45 00:03:38,970 --> 00:03:42,140 procurar esse artigo sobre notificações de envio. 46 00:03:42,580 --> 00:03:45,670 Você aprenderá sobre diferentes maneiras de enviar notificações. 47 00:03:46,150 --> 00:03:47,920 Uma maneira é essa. 48 00:03:48,100 --> 00:03:51,190 Você usou o servidor push da Expo assim? 49 00:03:51,640 --> 00:03:54,310 Isso é algo que você pode fazer e não há nada errado com isso. 50 00:03:54,850 --> 00:03:59,980 Mas se você realmente não precisa acionar a notificação por push de dentro do aplicativo. 51 00:04:00,340 --> 00:04:04,720 Mas, em vez disso, você deseja ativá-lo de dentro do seu próprio servidor. 52 00:04:04,930 --> 00:04:11,410 Então agora eu estou falando sobre o seu servidor, qual U. S. próprio desenvolvedor, por exemplo, para 53 00:04:11,410 --> 00:04:18,400 servidor, onde você também armazena produtos criados pelos usuários e deseja acionar uma notificação por push nesse servidor. 54 00:04:18,790 --> 00:04:19,960 Você pode fazer isso também. 55 00:04:20,170 --> 00:04:29,500 A equipe da Expo oferece muitos S. T. caso de nó para Python, para PSP, que 56 00:04:29,530 --> 00:04:33,610 facilita muito o acionamento de notificações por push em seu próprio servidor. 57 00:04:33,700 --> 00:04:37,570 Aqueles S. T. O caso basicamente fará o que fazemos aqui. 58 00:04:37,840 --> 00:04:45,040 Eles enviarão a solicitação ao servidor Expo Push, porque esse servidor XPO precisa estar envolvido o 59 00:04:45,040 --> 00:04:46,060 tempo todo. 60 00:04:46,210 --> 00:04:53,080 Portanto, o caso STK ainda fará isso, mas eles podem eliminar a necessidade de executar essa lógica em vez do 61 00:04:53,080 --> 00:04:56,230 aplicativo e você pode executá-la em seu próprio servidor. 62 00:04:56,530 --> 00:04:58,690 Se isso seria algo que você precisava. 63 00:04:59,170 --> 00:05:02,800 Então você pode realmente enviar notificações por push de maneiras diferentes. 64 00:05:03,250 --> 00:05:05,110 Você pode usar o STK assim. 65 00:05:05,410 --> 00:05:12,190 Você também pode simplesmente enviar uma solicitação para esta exposição, pressionar API como fizemos aqui. 66 00:05:12,520 --> 00:05:16,780 E isso, por sua vez, pode ser feito de dentro do aplicativo ou mesmo de fora dele. 67 00:05:17,170 --> 00:05:22,240 Você pode usar qualquer ferramenta para enviar uma solicitação de postagem com esses dados. 68 00:05:22,300 --> 00:05:26,680 Você é o que não precisa acontecer no de um aplicativo Expo. 69 00:05:26,950 --> 00:05:29,140 Esta é uma solicitação HTP regular. 70 00:05:29,380 --> 00:05:35,560 Portanto, sempre que você enviar a solicitação configurada dessa maneira, será enviada uma notificação por push para esse 71 00:05:35,560 --> 00:05:37,510 token, que você obviamente precisará. 72 00:05:38,110 --> 00:05:40,660 É assim que você pode enviar notificações por push. 73 00:05:40,930 --> 00:05:46,810 E é assim que é fácil iniciar as notificações por push quando você usa o XPO.