Expo (et EAS) sont de bons outils pour ship une application native. Cependant, la documentation est souvent erronée, incomplète, ou perimée. Il est difficile de maintenir le projet avec Expo. Etant donné que nous utilisons peu les features d'Expo, son utilisation dans le projet approte plus d'inconveniants que d'avantages
Il faudrait qu'Expo soit enlevé la stack technique du projet. Le projet sera dont fait, build et ship en React-Native vanilla.
Definition of Done (DoD)
[ ] Le docker de dev ne doit pas utiliser expo pour lancer l'application web
[ ] Le docker de prod ne doit pas utiliser expo pour lancer l'application web
[ ] La CI ne doit pas utiliser expo pour build l'APK Android
[ ] Le projet front ne doit pas utiliser de dépendances relatives à Expo
Certaines créatures d'Expo vont donc devoir être retravaillées :
[ ] L'import d'images
[ ] L'import de polices d'écritures
[ ] Le Splashscreen
[ ] L'utilisation de liens externes (e.g. pour la connexion avec Google)
[ ] Le verrouillage de l'orientation de l'écran
[ ] L'import de variables d'environnement
[ ] L'import d'images depuis la pellicule (e.g. pour la photo de profil)
En tant que
Developpeur
Je veux
Ne plus avoir à reposer sur Expo
Estimation du temps
4J/H
Description
Expo (et EAS) sont de bons outils pour ship une application native. Cependant, la documentation est souvent erronée, incomplète, ou perimée. Il est difficile de maintenir le projet avec Expo. Etant donné que nous utilisons peu les features d'Expo, son utilisation dans le projet approte plus d'inconveniants que d'avantages
Il faudrait qu'Expo soit enlevé la stack technique du projet. Le projet sera dont fait, build et ship en React-Native vanilla.
Definition of Done (DoD)
Certaines créatures d'Expo vont donc devoir être retravaillées :