E ora con tutto impostato, una volta riavviato sul mio dispositivo, posso provarlo lì.
Ora in realtà qui lo invierò allo stesso dispositivo su cui sto correndo.
Ma questo potrebbe essere inviato anche a qualsiasi altro dispositivo.
Al momento non ho un secondo dispositivo in giro.
Ma se premo la notifica di trigger, vedrai inviato tramite l'app, che è chiaramente quel messaggio nuovo di zecca
che abbiamo preparato.
Questa è questa notifica push inviata attraverso i server push di Expo.
E mentre l'ho inviato a me stesso qui, che ovviamente potrebbe non essere quello che vuoi fare nella maggior parte degli
scenari, vedi ancora l'idea dietro di esso.
Questo avrebbe potuto essere inviato a qualsiasi altra applicazione di cui abbiamo dovuto spingere token.
Ora, parlando di quel token push, però, come dovresti gestirlo?
Perché al momento potresti obiettare che l'unico token push che non possiamo in questa applicazione è quello
su questo dispositivo su cui è installata questa app.
Quindi, come potremmo conoscere il token push di qualche altro dispositivo?
Come potrebbe funzionare papà?
Quindi abbiamo appreso che possiamo sfruttare i server push di Expo per fornire notifiche push, ma per questo abbiamo bisogno di
un token push.
Questo non è un problema perché possiamo ottenere quel token.
Mentre lo facciamo qui con Get Expo, push, token async.
Il problema con ciò, tuttavia, è che, ovviamente, possiamo ottenere un token con quello e possiamo
memorizzarlo negli stati successivi.
Ma non ci resta che token di questo dispositivo su cui è in esecuzione l'installazione di questa app.
Quindi, quando in seguito vogliamo inviare una notifica push, l'unico token che conosciamo è il nostro token.
Ora, per questo esempio, questo era proprio ciò di cui avevamo bisogno.
Ma in realtà, ovviamente, vogliamo inviare una notifica push ad altri dispositivi.
Quindi alla stessa app installata su altri dispositivi di altri utenti.
Come ci arriveremmo?
Gettoni?
Bene, proprio come riceviamo le loro e-mail o qualsiasi altra cosa di cui abbiamo bisogno in un'applicazione, puoi
ovviamente scrivere codice dove una volta ottenuto quel token, non lo fai.
O forse non solo gestirlo nel tuo stato locale, ma invece invii una richiesta HDP alla tua API, dove hai
quindi una logica per ricevere quel token e archiviarlo in un database.
Questo token, ovviamente, può e in realtà sarà condiviso e archiviato in un database in modo che qualsiasi utente della tua
app invii non solo il suo indirizzo e-mail e la sua password, ma anche il suo token push.
E con quei dati memorizzati in un database sul tuo server, puoi ovviamente recuperare sempre quel token e usarlo
nella tua app quando ne hai bisogno.
Quindi puoi condividere quel token proprio come condividi tutti i dati dell'utente secondo necessità.
Dopotutto, se un utente crea un prodotto in un'applicazione del negozio, memorizziamo anche quel prodotto in un database per
mostrarlo anche ad altri utenti.
Con un token, non è diverso.
Non lo mostreremo ai nostri utenti, ma possiamo ancora recuperarlo sui dispositivi dei nostri utenti e loro lo
usano nel codice per inviare notifiche push come mostrato qui.
Inoltre, vale la pena sottolineare che quando si tratta di inviare notifiche, c'è un
articolo separato sui documenti di Expo e puoi trovarlo se cerchi notifiche push di Expo e cerchi
lì questo articolo di invio di notifiche.
Imparerai a conoscere diversi modi di inviare notifiche.
Un modo è in questo modo.
Hai usato il server push di Expo in questo modo?
Questo è qualcosa che puoi fare e non c'è niente di sbagliato in questo.
Ma se non hai davvero bisogno di attivare la notifica push dall'interno dell'app.
Ma invece vuoi attivarlo dall'interno del tuo server.
Quindi ora sto parlando del tuo server, che U. S. lo sviluppatore possiede, ad esempio,
il server, dove memorizzi anche i prodotti creati dagli utenti e desideri attivare una notifica push da quel server.
Puoi farlo anche tu.
Il team di Expo ti offre molti S. T. custodia per nodo per Python, per
PSP, che semplifica l'attivazione di notifiche push sul proprio server.
Quei S. T. fondamentalmente farà quello che facciamo qui.
Invieranno la richiesta al server Push di Expo perché il server push XPO deve essere
sempre coinvolto.
Quindi quei casi STK lo faranno comunque, ma possono togliere la necessità di eseguire questa logica anziché l'app
e invece potresti eseguirla sul tuo server.
Se fosse qualcosa di cui avevi bisogno.
Quindi puoi davvero inviare notifiche push in diversi modi.
Puoi usare STK in questo modo.
Puoi anche inviare una richiesta a questo expo, push API come abbiamo fatto qui.
E ciò a sua volta può essere fatto dall'interno della tua app o anche dall'esterno.
È possibile utilizzare qualsiasi strumento che si desidera inviare una richiesta di post con questi dati a questo.
Sei quello che non deve accadere in quello di un'app Expo.
Questa è una richiesta HTP regolare.
Pertanto, ogni volta che invii la richiesta configurata in questo modo, verrà inviata una notifica push a quel
token, che ovviamente ti servirà.
Quindi è così che puoi inviare notifiche push.
Ed è così facile iniziare con le notifiche push quando si utilizza XPO.