Et maintenant, avec tout cela configuré, une fois qu'il a redémarré sur mon appareil, je peux le tester là-bas.
Maintenant, je vais l'envoyer sur le même appareil que celui sur lequel je tourne.
Mais cela pourrait également être envoyé à tout autre appareil.
Je n'ai tout simplement pas de deuxième appareil en ce moment.
Mais si j'appuie sur la notification de déclenchement, vous verrez envoyé via l'application, qui est clairement le tout nouveau message que
nous avons préparé.
Voilà donc cette notification push envoyée via les serveurs push d'Expo.
Et même si je me l'ai envoyé ici, ce qui bien sûr pourrait ne pas être ce que vous voulez faire dans la plupart
des scénarios, vous voyez toujours l'idée derrière.
Cela aurait pu être envoyé à toute autre application dont nous devions pousser le jeton.
Maintenant, en parlant de ce jeton, comment devriez-vous le gérer?
Parce que pour le moment, vous pourriez faire valoir que le seul jeton push que nous ne pouvons pas utiliser dans cette
application est celui de cet appareil sur lequel cette application est installée.
Alors, comment pourrions-nous connaître le jeton push d'un autre appareil?
Comment papa pouvait-il travailler?
Nous avons donc appris que nous pouvons tirer parti des serveurs push d'Expo pour fournir des notifications push, mais nous avons besoin d'un jeton
push pour cela.
Ce n'est pas un problème car nous pouvons obtenir ce jeton.
Comme nous le faisons ici avec Get Expo, push, token async.
Le problème avec cela, cependant, est que, bien sûr, nous pouvons obtenir un jeton avec cela et nous pouvons le stocker
dans des états par la suite.
Mais il ne nous reste plus qu'à jeter un jeton sur cet appareil sur lequel s'exécute l'installation de cette application.
Donc, lorsque nous voulons envoyer une notification push plus tard, le seul jeton que nous connaissons est notre propre jeton.
Maintenant, pour cet exemple, c'était exactement ce dont nous avions besoin.
Mais en réalité, nous voulons bien sûr envoyer une notification push à d'autres appareils.
Donc, pour la même application installée sur d'autres appareils d'autres utilisateurs.
Comment pourrions-nous y arriver?
Des jetons?
Eh bien, tout comme nous recevons leurs e-mails ou tout ce dont nous avons besoin dans une application, vous pouvez bien sûr écrire
du code où une fois que vous avez obtenu ce jeton, vous ne le faites pas.
Ou peut-être pas simplement le gérer dans votre état local, mais à la place, vous envoyez une demande HDP à votre propre API, où vous avez
alors une logique pour recevoir ce jeton et le stocker dans une base de données.
Ce jeton, bien sûr, peut et en réalité sera partagé et stocké dans une base de données afin que tout utilisateur de
votre application soumette non seulement son adresse e-mail et son mot de passe, mais aussi son jeton push.
Et avec ces données stockées dans une base de données sur votre serveur, vous pouvez bien sûr toujours récupérer ce jeton et
l'utiliser dans votre application lorsque vous en avez besoin.
Vous pouvez donc partager ce jeton comme vous partagez toutes les données utilisateur selon vos besoins.
Après tout, si un utilisateur crée un produit dans une application de boutique, nous stockons également ce produit dans une base de données pour
le montrer également aux autres utilisateurs.
Avec un jeton, ce n'est pas différent.
Nous ne le montrerons pas à nos utilisateurs, mais nous pouvons toujours le récupérer sur les appareils de nos utilisateurs et ils
l'utilisent dans le code pour envoyer des notifications push comme indiqué ici.
En outre, il convient de noter que lorsqu'il s'agit d'envoyer des notifications, il existe un article
séparé sur les documents Expo et que vous pouvez le trouver si vous recherchez des notifications push Expo
et recherchez cet article d'envoi de notifications là-bas.
Vous découvrirez les différentes manières d'envoyer des notifications.
Une façon est la suivante.
Avez-vous utilisé le serveur push d'Expo comme ça?
C'est quelque chose que vous pouvez faire et il n'y a rien de mal à cela.
Mais si vous n'avez pas vraiment besoin de déclencher la notification push depuis l'intérieur de l'application.
Mais à la place, vous voulez le déclencher depuis votre propre serveur.
Alors maintenant, je parle de votre serveur, qui U. S. le développeur est propriétaire, par exemple, du
serveur, où vous stockez également les produits créés par les utilisateurs et que vous souhaitez déclencher une notification push à partir de ce serveur.
Vous pouvez également le faire.
L'équipe Expo vous donne de nombreux S. T. cas pour node pour Python, pour PSP, ce qui permet
de déclencher très facilement des notifications push sur votre propre serveur sous le capot.
Ces S. T. cas fera essentiellement ce que nous faisons ici.
Ils enverront la demande au serveur Expo Push car ce serveur XPO push doit être impliqué à
tout moment.
Donc, ces cas STK feront toujours cela, mais ils peuvent supprimer le besoin d'exécuter cette logique au lieu de l'application et à
la place, vous pouvez l'exécuter sur votre propre serveur.
Si c'était quelque chose dont vous aviez besoin.
Vous pouvez donc vraiment envoyer des notifications push de différentes manières.
Vous pouvez utiliser STK comme ceci.
Vous pouvez également simplement envoyer une demande à cette expo, pousser l'API comme nous l'avons fait ici.
Et cela peut à son tour être fait à l'intérieur de votre application ou même à l'extérieur de celle-ci.
Vous pouvez utiliser n'importe quel outil pour envoyer une demande de publication avec ces données.
Vous êtes l qui ne doit pas se produire dans celui d'une application Expo.
Il s'agit d'une demande HTP régulière.
Ainsi, chaque fois que vous envoyez la demande configurée comme ceci, une notification push sur ce jeton, dont vous avez
bien sûr besoin, sera envoyée.
Voilà comment envoyer des notifications push.
Et c'est aussi simple que de commencer avec les notifications push lorsque vous utilisez XPO.