Y ahora con todo configurado, una vez que se reinicia en mi dispositivo, puedo probarlo allí.
Ahora en realidad lo enviaré al mismo dispositivo en el que estoy corriendo.
Pero esto también podría enviarse a cualquier otro dispositivo.
Simplemente no tengo ningún segundo dispositivo en este momento.
Pero si presiono la notificación de activación, verá enviado a través de la aplicación, que claramente es ese nuevo
mensaje que preparamos.
Esa es la notificación push enviada a través de los servidores push de Expo.
Y aunque me lo envié aquí, que por supuesto podría no ser lo que quieres hacer en la mayoría de los escenarios,
todavía ves la idea detrás de esto.
Esto podría haber sido enviado a cualquier otra aplicación de la que tuvimos que empujar token.
Ahora, hablando de ese token push, sin embargo, ¿cómo deberías lograrlo?
Porque en este momento podría argumentar que el único token de inserción que no podemos usar en esta aplicación es el que
está fuera de este dispositivo en el que está instalada esta aplicación.
Entonces, ¿cómo podríamos saber el token de inserción de algún otro dispositivo?
¿Cómo podría trabajar papá?
Así que aprendimos que podemos aprovechar los servidores push de Expo para entregar notificaciones push, pero necesitamos un token push
para eso.
Eso no es problema porque podemos obtener ese token.
Como lo hacemos aquí con Get Expo, push, token async.
Sin embargo, el problema con eso es que, por supuesto, podemos obtener un token con eso y podemos
almacenarlo en los estados posteriores.
Pero entonces solo tenemos un token de este dispositivo en el que se ejecuta la instalación de esta aplicación.
Entonces, cuando más tarde queremos enviar una notificación push, el único token que conocemos es nuestro propio token.
Ahora, para este ejemplo, esto era justo lo que necesitábamos.
Pero en realidad, nosotros, por supuesto, queremos enviar una notificación push a otros dispositivos.
Entonces, a la misma aplicación instalada en otros dispositivos de otros usuarios.
¿Cómo llegaríamos allí?
Fichas?
Bueno, así como recibimos sus correos electrónicos o cualquier otra cosa que necesitemos en una aplicación, puede, por
supuesto, escribir código donde una vez que obtenga ese token, no lo haga.
O tal vez no solo lo administre en su estado local, sino que envíe una solicitud HDP a su propia API, donde luego tiene
algo de lógica para recibir ese token y almacenarlo en una base de datos.
Este token, por supuesto, puede y en realidad será compartido y almacenado en una base de datos para que cualquier usuario de
su aplicación envíe no solo su dirección de correo electrónico y contraseña, sino también su token de inserción.
Y con esos datos almacenados en una base de datos en su servidor, por supuesto, siempre puede recuperar ese token
y usarlo en su aplicación cuando lo necesite.
Por lo tanto, puede compartir ese token tal como comparte los datos de cada usuario según sea necesario.
Después de todo, si un usuario crea un producto en una aplicación de tienda, también almacenamos ese producto en una base de datos
para mostrárselo también a otros usuarios.
Con una ficha, no es diferente.
No se lo mostraremos a nuestros usuarios, pero aún podemos obtenerlo en los dispositivos de nuestros usuarios y lo usan
en el código para enviar notificaciones push como se muestra aquí.
Además, vale la pena señalar que, cuando se trata de enviar notificaciones, hay un artículo
separado sobre los documentos de Expo y puede encontrarlo si busca notificaciones push de Expo y busca
este artículo de envío de notificaciones allí.
Aprenderá sobre las diferentes formas de enviar notificaciones.
Una forma es esta.
¿Usó el servidor push de Expo de esta manera?
Esto es algo que puedes hacer y no tiene nada de malo.
Pero si realmente no necesita activar la notificación push desde el interior de la aplicación.
Pero en su lugar, desea activarlo desde su propio servidor.
Así que ahora estoy hablando de su servidor, que U. S. desarrollador propio, por ejemplo, al
servidor, donde también almacena productos que los usuarios crean y desea activar una notificación push desde ese servidor.
Puedes hacer eso también.
El equipo de Expo te da muchas S. T. caso de nodo para Python, para PSP, lo que hace
que sea muy fácil activar notificaciones push en su propio servidor bajo el capó.
Esos S. T. El caso básicamente hará lo que hacemos aquí.
Enviarán la solicitud al servidor Expo Push porque ese servidor XPO push debe estar involucrado en
todo momento.
Entonces, el caso STK aún lo hará, pero pueden eliminar la necesidad de ejecutar esta lógica en lugar de la aplicación y,
en su lugar, puede ejecutarla en su propio servidor.
Si eso fuera algo que necesitaras.
Por lo tanto, realmente puede enviar notificaciones push de diferentes maneras.
Puedes usar STK así.
También puede enviar una solicitud a esta exposición, empujar API como lo hicimos aquí.
Y eso a su vez se puede hacer desde dentro de su aplicación o incluso desde fuera de ella.
Puede utilizar cualquier herramienta que desee para enviar una solicitud de publicación con estos datos.
Eres lo que no tiene que suceder en una aplicación de Expo.
Esta es una solicitud HTP normal.
Por lo tanto, cada vez que envíe la solicitud configurada de esta manera, se enviará una notificación push a ese
token, que, por supuesto, necesita.
Así es como puedes enviar notificaciones push.
Y así de fácil es comenzar con las notificaciones automáticas cuando usa XPO.