Então, vamos trabalhar na parte de pedidos.
Agora, sempre que um novo pedido é feito, queremos enviar uma notificação, uma notificação por push.
Agora estamos armazenando esse proprietário, Push Tolkan, necessário para enviar uma notificação.
E, na verdade, temos duas opções.
Agora, como tudo isso é feito no back-end, poderíamos enviar essa solicitação para expor o servidor de envio a partir do
back-end, usando um dos casos da Expo ESTA que mostrei anteriormente, como o de Noad
e P HP, dependendo do qual idioma você está usando no seu back-end ou simplesmente enviando a mesma idade.
A solicitação TDP que enviamos de dentro do aplicativo mais cedo pelas suas costas e pai também seria uma opção.
Agora o Firebase é um apoio especial e não o possuímos totalmente.
Em vez disso, usamos os serviços que realmente temos com as funções da nuvem.
Haveria um serviço que nos permite executar o código do lado do servidor e poderíamos fazer tudo funcionar.
Mas como o uso das funções da nuvem não é mais totalmente gratuito.
Eu não quero mostrar este ano.
Eu só quero que você saiba que você absolutamente pode criar código no servidor.
Isso custaria a notificação por push a ser enviada de dentro deste servidor, para que esse acionamento aconteça aqui
no servidor.
Agora, vou fazer isso a partir do aplicativo e começar.
O pôr do sol é mais fácil para nós aqui.
Mas essa é apenas uma opção possível.
Agora, por dentro, o aplicativo enviará a notificação exatamente como fizemos antes aqui em ordem de adição.
Nós queremos enviá-lo.
E lá temos nossos itens de carrinho.
Agora, os itens do carrinho que estamos recebendo.
Vamos dar uma breve olhada no que exatamente está lá.
Então, se você for à loja, às ordens para a tela do cartão, é aí que despacharemos a ação dele.
A ação de adicionar pedido aos itens do cartão.
E se dermos uma olhada em nossos itens de carrinho, vemos que os itens de cartões indianos são buscados em nossa loja redux e
os itens de cartões serão uma matriz em que, no final, temos objetos em que cada objeto tem um produto com o
nome de produto Quantidade de preço do produto termina.
Então, o que precisamos aqui é que também precisamos do token de envio do produto.
Então, o símbolo do criador deste produto no final e podemos obtê-lo de dentro do nosso estado.
Eles são do carrinho.
Dos itens para essa chave.
Então, basicamente, o que fazemos lá em cima, vamos procurar um token de envio.
Agora, este é um campo que ainda não estará lá porque, antes de tudo, precisamos fazer
algumas alterações em nossa loja lá.
Vamos verificar o redutor de cartão.
Quando um produto é adicionado ao cartão, obtemos informações sobre este produto aqui.
E a partir daí, por exemplo, extraímos o título e o preço.
E, no final, adicionamos o preço e o título ao item do carrinho.
Agora, não precisamos apenas precificar o título.
Também precisamos pressionar Tolkan.
Então, aqui, vamos extrair o push, símbolo deste produto.
Portanto, adicione um ponto do produto pressionando Tolkan, por exemplo.
Este também é um campo que ainda não existe em um produto, mas será alterado assim que possível.
E então podemos adicionar esse empurrão.
Tolkan, digamos, como um terceiro argumento aqui para o item do carrinho.
E também aqui desculpe, é o quarto argumento, é claro.
Então, eu estou adicionando isso como um quarto argumento ao construtor de itens do cartão.
Agora, para o pai, precisamos mudar para o construtor de itens do carrinho.
Portanto, aqui, um item de cartão não deve receber esse token de envio como quarto argumento e, em seguida, armazenado é
aqui.
Portanto, esse token de envio é igual ao token de envio.
Mas ainda não estamos lá, porque agora estou armazenando isso para cada item do cartão, mas estou conseguindo.
Do meu produto e um produto ainda não possui um token.
Sim, ele possui um no Firebase, mas não estamos buscando esses dados ou não estamos usando esses dados em nosso aplicativo
de site cliente.
Neste aplicativo nativo de reação, em vez aqui no.
Arquivo de ações de produtos aqui, produtos perseguidos em ações em que buscamos todos os produtos aqui, buscamos produtos.
O que fazemos é extrair coisas como a ideia, o preço do título e assim por diante e criar um novo produto
baseado em nosso modelo de produto com essas informações.
Agora, aqui, também devemos conseguir isso.
Proprietário Push Tolkan.
Assim como estamos extraindo o proprietário I. D. , então aqui queremos obter o token de envio do proprietário para os
produtos individuais.
E adicione isso ao nosso modelo de produto, por exemplo, como um terceiro argumento.
Então agora é que precisamos ir para o modelo de produtos, para o modelo de produto aqui.
Desculpe, produto e modelos.
E como um terceiro argumento, agora precisamos aceitar o proprietário, pressionar Tolkan e armazenar isso.
E vou nomear esse campo, Push Tolkan, e armazenar meu proprietário, Push Tolkan, porque Push
Tolkan é o nome do campo que agora também usei aqui no redutor de carrinho de lá.
Estou acessando o produto adicionado ponto push Tolkan.
Portanto, se você usar o nome diferente aqui para recuperar um token para um determinado produto, também precisará de um nome de
justiça aqui no modelo do produto.
Mas, com todas essas alterações, garantimos que estamos buscando o token armazenado para cada
produto.
E estamos usando e armazenando no front-end, também em nossos modelos.
E estamos armazenando-o em todos os modelos de produtos que estamos criando.
Cada instância do produto.
E também estamos armazenando-o nos itens do carrinho, que estamos adicionando ao carrinho aqui na loja Redux.
Portanto, agora cada item de cartão terá um token de envio e nosso modelo de item de cartão.
Todas as lojas que em uma chave denominada push token e, portanto, agora finalmente conseguirão obter esses dados quando um
pedido for feito.
Agora, não precisamos apenas atualizar como criamos produtos aqui nos produtos G. S. caem, as ações caem, mas também nos
redutores, nos produtos, G. S. arquivo em redutores.
Lá, precisamos criar casos de produtos, com os quais lidamos onde também instanciamos nosso produto.
Agora, desde que mudamos nosso modelo de produto para levar Tolkan como o terceiro argumento aqui, também
precisamos atualizar aqui, é claro.
Então aqui.
O terceiro argumento, o título não deve mais ser o título, mas deve vir dos dados
de nossos produtos.
E deve haver para pressionar Tolkan.
Agora, quanto à dívida, é claro, por sua vez, precisamos verificar para onde despachamos criar produto para garantir que a
ação que adiciona dados do produto também adicione um token de envio aos dados do produto.
Também criamos um novo produto lá em baixo, um produto de atualização.
E aí está o mesmo.
O novo terceiro argumento que obtemos aqui no construtor do produto deve, nesse caso, ser produtos de usuário de estado
para o índice de produto especificado.
E então, novamente, é o Push Tolkan, Push, Tolkan é o nome que temos aqui, porque o pai aqui acessará um produto
armazenado em nosso campo de produtos para usuários e esse produto terá que formar nosso modelo de
produto.
E lá eu escolhi Push Tolkan como um nome.
Então, também há Push Tolkan como um nome aqui.
Portanto, voltando ao caso de criação de produto, como eu disse, agora precisamos ir para o local
em que essa ação é despachada para garantir os dados adequados.
O token de envio é adicionado à ação.
Agora são os produtos G. S. na pasta de ações e eles são criadores de ações do produto.
O local em que enviamos cria uma ação do produto no final.
E, portanto, aqui para dados do produto em qualquer lugar desse objeto, devemos garantir que também adicionemos um
token de envio.
E agora esse valor de token push é simplesmente empurrar Tolkan que já estamos usando lá em cima.
Portanto, devemos armazenar isso aqui também.
E com o pai, garantimos que não recebemos um erro ao criar um novo produto.
Caso contrário, estaríamos recebendo um.
Então, volte aqui no arquivo de ações de pedidos na ação adicionar pedido aqui.
Agora, queremos obter nosso token de dentro do item do cartão e enviar uma solicitação de notificação por push.
Talvez depois de adicionar o pedido real em nosso servidor, porque enviar a notificação por push é menos importante do que
armazenar os dados no servidor.
Eu diria que sim.
Dhafer, depois que este pedido foi enviado aqui.
Depois de adicionarmos o pedido em nossa loja Redux, depois de tudo isso, queremos enviar nossas notificações por push.
Agora, para o pai, teremos que passar por todos os itens do cartão que temos aqui e enviar uma notificação por
item.
Essa é outra razão pela qual você pode considerar fazer isso no lado do serviço.
Se você tiver muitos itens, isso pode levar algum tempo.
E, no momento, o pai será todo trabalho.
Isso acontece aqui em nosso aplicativo React Native no cliente, não no servidor.
No servidor, pode ser melhor porque isso tira o trabalho do cliente, mas por duas razões mencionadas, como não
temos nosso próprio servidor, já que estamos usando firebase e cloud, as funções não são
mais gratuitas por causa de todas essas razões.
Na verdade, usarei a solução subótima de acionar isso no cliente.
Portanto, em vez do aplicativo React Native e por um ano, queremos passar por todos os itens de descarte.
Temos tão poucos itens de cartão aqui e, para cada item de cartão, queremos obter o token push simplesmente acessando o
item do cartão, ponto, push, token.
E então queremos enviar nosso pedido.
Então, novamente, com a API Fetch aqui, queremos enviar a solicitação para HTP s.
E então papai foi ex-barra do host DOD traço, traço, barra, barra api, barra b2, push, barra, envie e adicione o
segundo objeto em que configuramos essa solicitação para definir seu método para postar e também adicionar alguns cabeçalhos
aqui .
E queríamos aceitar o cabeçalho que deveria ser o aplicativo.
Jason, queríamos aceitar e codificar o cabeçalho que deveria ser deflacionado por Jessep e queremos o tipo de conteúdo Petyr aqui, que
também deve ser o aplicativo Jason.
Mas agora, ainda mais importante, queremos adicionar nosso corpo à solicitação, que deve
ser um objeto fidedigno adjacente, no qual apontamos agora para esse impulso Tolkan com os dois campos.
E então podemos adicionar informações extras, adicionar metadados extras sobre o item do cartão, por exemplo, para os quais
a notificação está sendo enviada.
Mas aqui todos basta adicionar um título de pedido foi colocado.
E então, corpo para esta notificação por push, onde eu simplesmente compartilhei, digamos, o título do produto que
foi pedido.
Lembre-se de que, no título de cada carro, armazenamos o título do produto em um campo de título do produto.
Portanto, de volta aqui no arquivo de ações dos pedidos, posso acessar o título do produto DOT do item do cartão
para compartilhá-lo como parte da notificação por push que deve ser enviada.
E, no final, com o pai, vamos agendar várias solicitações de HTP.
Eu não estou esperando por suas respostas.
Não estou lidando com as respostas.
Você pode examinar essas respostas e tentar lidar com possíveis erros.
Mas no final, isso deve funcionar.
E se, por algum motivo, uma notificação por push não for aprovada nesse caso, também não é o
fim do mundo, mas deve realmente funcionar.
Então, agora vamos à segurança.
E vamos tentar.
Então, de volta aqui no meu aplicativo, adicionarei um segundo produto.
Simplesmente para ver se conseguimos enviar notificações por push.
Vou usar a mesma imagem, no entanto.
Digite meu preço.
E uma descrição.
Confirme isso.
E agora vá para a área de produtos e adicione ambos ao meu carrinho.
Agora, esses são meus próprios produtos.
Mas neste aplicativo, ainda posso encomendá-los.
Então agora vamos pressionar ordenado.
Qual deve fazer o pedido.
E não vemos nada.
Agora, isso significa que temos um erro?
Não necessariamente.
Nós não vemos nada.
Porque você deve se lembrar de que o aplicativo Ifti está sendo executado em primeiro plano por padrão.
Nenhuma notificação é mostrada.
E o mesmo se aplica às notificações por push, porque, como você também aprendeu, elas apenas acionam notificações locais no
final.
Então, vamos consertar isso e garantir que possamos ver alguma coisa.