Il y a aussi plus de choses que vous pouvez configurer
bien sûr, une chose dans laquelle je veux plonger sont les mises à jour en direct que vous contrôlez avec la clé de mise à jour
dans l'application. fichier json.
Maintenant, c'est une fonctionnalité intéressante, ce qui signifie que les gens qui exécutent votre application sur leur appareil, peu importe si elle est simplement en
cours d'exécution dans le client expo parce qu'ils scannent un tel code à barres qui, comme je l'ai mentionné,
n'est pas trop utile ou s'ils l'ont vraiment téléchargé
à partir de l'application magasins, tant que vous créez votre application dans le flux de travail de l'exposition gérée, vous
obtenez la fonctionnalité de mise à jour par liaison radio intégrée et cela signifie que si vous changez
quelque chose dans votre code, disons ici sur cet écran que nous changeons quelque chose, nous changeons certains titres,
certaines fonctionnalités ou nous ajoutons même un tout nouveau module natif, peu importe ce que vous faites, chaque fois que vous publiez cette mise à jour avec la commande expo publish,
tous vos utilisateurs, même s'ils ont installé l'application à partir des magasins d'applications recevront cette mise à jour dans leur
application la prochaine fois
qu'ils ouvrent l'application et c'est important. Vous pouvez configurer la fonctionnalité ici dans la clé de mise à jour. Encore une fois dans les documents officiels, vous en avez appris
plus sur cette clé de mise à jour et ce que vous pouvez y définir. Ce que vous pouvez définir, par
exemple, s'il est généralement activé, ce qui est le cas par
défaut et avec cette solution de temporisation de mise en cache, vous pouvez configurer la durée pendant laquelle
l'application lorsque les utilisateurs la lancent sur leur appareil doit vérifier les mises à jour et essayer de les
charger avant il affiche la version disponible récente. En réglant cette valeur à zéro, vous dites que chaque
fois que l'application se lance, elle affiche immédiatement ce qu'elle a. Il recherche les mises à jour en arrière-plan et pour le prochain lancement,
il peut alors en tenir compte, mais il n'essaie pas de rechercher les mises à jour et de les télécharger avant de charger l'application.
Maintenant, vous pouvez changer cela en disons cinq
secondes, c'est une valeur en millisecondes, donc cinq mille millisecondes, ce qui est cinq secondes.
Cela signifie que lorsque les gens lanceront l'application, ils verront l'écran de lancement jusqu'à cinq secondes, ce qui est
bien sûr assez long, car après tout le reste, expo ou votre application essaie de rechercher une mise à jour et si elle
trouve une mise à jour, il essaie de le télécharger et de le prendre en compte.
Cela peut être fait en cinq secondes, cela peut être fait plus rapidement, auquel cas votre application se lancera
également plus rapidement, mais si cela prend plus de cinq secondes, elle continuera la mise à jour mais ne la chargera
pas immédiatement, mais chargera la plus récente version disponible. Maintenant, c'est à vous de décider ce que
vous préférez, cette
approche garantit que les utilisateurs ont l'expérience de démarrage la plus rapide possible, mais ils n'obtiennent votre
code mis à jour qu'au prochain lancement de l'application.
Cette approche ou la définition d'une valeur encore plus élevée, comme 10 secondes, signifie que les utilisateurs obtiennent des versions plus récentes plus rapidement
ou plus rapidement, car ils l'obtiennent déjà au prochain lancement de l'application, mais l'inconvénient est que le lancement de
l'application peut prendre un peu plus de temps, ce qui est peut-être pas ce que vous voulez.
Cela dépend donc vraiment du type d'application que vous créez et du type d'utilisateurs que vous ciblez, de ce que
vous souhaitez y définir.
S'il s'agit d'une application d'entreprise, disons que vous distribuez à vos employés et qui doit être mise à jour
tout le temps et où l'expérience utilisateur n'est pas si importante, vous
voudrez peut-être prendre une valeur comme 10 secondes ici,
s'il s'agit d'une application avec laquelle vous partagez utilisateurs finaux normaux du monde entier, vous voudrez peut-être opter pour un temps de démarrage plus rapide pour
offrir une bonne expérience utilisateur et sacrifier la vitesse de mise à jour pour cela, de sorte
que les utilisateurs n'obtiendront la mise à jour que lors du prochain lancement après ce lancement.
Avec tout cela à l'écart, jetons un coup d'œil à tout cela et également à cette fonctionnalité de mise à jour
en direct.
J'ai changé quelques paramètres ici et donc ce que je vais faire maintenant, c'est que je
relancerai la publication expo, c'est toujours la commande qui ne l'obtiendra pas dans les app stores
mais qui la partagera ici sur cette page expo pour ainsi dire . J'exécute donc cette commande et nous aurions pu encore optimiser nos ressources avec expo optimise
mais comme nous n'avons pas vraiment
d'images incluses dans l'application autres que les icônes ici qui sont générées et optimisées
par expo de toute façon, cela ne devrait pas être un problème
, je peux donc l'exécuter comme ça et attendre que cela se termine, puis je vais le tester
sur un appareil Android car là, l'avantage est bien sûr que nous pouvons utiliser ce code-barres ici.
Alors maintenant, une fois que cela est terminé, la chose intéressante est que nous aurons immédiatement cette nouvelle application disponible en scannant ce code à barres et
par la suite, je vais vous montrer comment nous pouvons passer outre les mises à jour sans même scanner à nouveau le code à barres
de l'application parce que c'est le idée, nous obtenons toutes les mises à jour sans scanner à nouveau, il est poussé
vers notre application la prochaine fois que nous avons lancé l'application. Attendons donc la fin de ce processus de publication et
l'URL est toujours la même qu'avant car je n'ai rien changé à mon slug ici qui fait partie de cette
URL ou de quoi que ce soit d'autre.
Alors maintenant, voici l'application expo sur mon appareil Android où je peux maintenant scanner ce
code à barres et donc maintenant l'application se lance ici sur Android. Maintenant, vous voyez, j'ai l'écran de démarrage, j'ai fait fonctionner l'application ici et je peux bien sûr
aussi l'utiliser, par exemple, je peux prendre une image ici. Pour que tout fonctionne comme il se doit
sur mon appareil, laissez-moi maintenant
vous montrer cette fonctionnalité de mise à jour en direct.
Voir ce titre de lieu ajouter ici en haut?
Maintenant, changeons cela dans notre code.
Passons donc au
code ici et à l'écran ici dans le nouvel écran de lieu où nous
avons défini ce titre, changeons cela pour ajouter un nouveau lieu,
c'est un petit changement mais quand même.
Alors maintenant, si je lance à nouveau expo publish, cette application sera regroupée et sera à
nouveau publiée sur les serveurs expo.
Attendons donc la fin de ce processus et c'est fait et maintenant laissez-moi vous montrer cette
mise à jour en direct.
J'ai toujours l'application en cours
d'exécution ici, donc bien sûr cela ne change pas pendant que l'application est en cours d'exécution, donc bien sûr ici nous avons toujours l'ancien titre.
Mais maintenant, disons que j'étais absent
un bon moment, j'ai fermé cela ici et maintenant j'ai relancé l'application.
Si je vais maintenant à l'écran des nouveaux lieux, je vois toujours l'ancien titre.
Maintenant, cela a du sens si vous pensez à la stratégie de mise à jour que nous avons utilisée.
Je me suis assuré que l'application se lance le plus rapidement possible et télécharge une nouvelle mise à jour dans les
coulisses, c'est donc
ce qui s'est passé maintenant, c'était la première relance de l'application sur mon appareil après sa mise à jour.
Supposons donc que je sois à nouveau absent un certain temps et que je le relance à nouveau,
d'ailleurs vous pouvez voir l'icône adaptative en action.
Maintenant, si je vais à cet écran, vous verrez ajouter un nouvel endroit sous forme de texte car maintenant c'est le deuxième lancement
après la mise à jour. Au premier lancement, nous
avons téléchargé la mise à jour et l'avons installée pour ainsi dire, au deuxième lancement, nous l'utilisons.
Maintenant, l'application sur l'appareil n'a pas changé techniquement, juste ce qui a changé, notre code Javascript a changé et
puisque nous avons ce wrapper expo, cela signifie que expo peut en tenir compte et utiliser ce nouveau code et cela fonctionnera également
si vous
publiez votre application dans les magasins d'applications, car pendant que vous allez créer une application autonome
et que les gens n'auront pas besoin du client expo, vous inclurez toujours cette application client expo dans votre application autonome
comme je l'ai
mentionné plus tôt, donc
votre application autonome est a le wrapper expo mince le client expo intégré et enroulé autour de votre application, c'est
pourquoi
les mises à jour en direct fonctionneront même là-bas.
Et en parlant de cela, nous testons
maintenant cela beaucoup, nous avons testé tout cela avec juste une expo et en scannant le code-barres.
Voyons maintenant comment nous pouvons vraiment créer cette application et publier cette application pour les magasins d'applications.