Description du projet
TraduitNous avons déjà une application web fonctionnelle et voulons qu'elle se comporte comme une application mobile à part entière, mais sans tout réécrire depuis le début. La tâche consiste à transformer le frontend actuel en une Progressive Web App afin que les visiteurs des smartphones et des tablettes puissent l'installer sur l'écran d'accueil, la lancer dans une fenêtre séparée sans la barre d'adresse du navigateur et continuer à utiliser les écrans clés même lorsqu'ils sont hors ligne. Le backend et la logique métier restent tels quels ; le travail est axé sur le côté client et la couche d'accès hors ligne qui l'entoure.
Un service worker est spécifiquement nécessaire pour mettre en cache le shell de l'application et les ressources critiques, ainsi qu'une stratégie de mise en cache des réponses API raisonnable afin que les données précédemment chargées restent disponibles hors ligne et se synchronisent à nouveau lorsque le réseau est rétabli. Un manifeste d'application web correct avec des icônes, des couleurs de thème et une URL de démarrage appropriée devrait rendre l'application installable sur Android et iOS, et je veux que l'invite d'installation soit gérée proprement plutôt que laissée à elle-même. En plus de cela, vous devez configurer complètement les notifications push : demander la permission, stocker l'abonnement et un moyen simple d'envoyer une notification push de test.
La performance et la fiabilité font partie du résultat : l'application doit passer l'audit d'installabilité, se dégrader correctement avec une page de substitution hors ligne et ne pas casser le comportement existant pour les utilisateurs de bureau.
— Service worker avec mise en cache du shell et des ressources
— Page de substitution hors ligne et cache de lecture API
— Manifeste d'application web, icônes et gestion de l'installation
— Notifications push : permission, abonnement, envoi de test
— Audit d'installabilité réussi/Lighthouse PWA
— Documentation pour le déploiement et la version de cache
Un service worker est spécifiquement nécessaire pour mettre en cache le shell de l'application et les ressources critiques, ainsi qu'une stratégie de mise en cache des réponses API raisonnable afin que les données précédemment chargées restent disponibles hors ligne et se synchronisent à nouveau lorsque le réseau est rétabli. Un manifeste d'application web correct avec des icônes, des couleurs de thème et une URL de démarrage appropriée devrait rendre l'application installable sur Android et iOS, et je veux que l'invite d'installation soit gérée proprement plutôt que laissée à elle-même. En plus de cela, vous devez configurer complètement les notifications push : demander la permission, stocker l'abonnement et un moyen simple d'envoyer une notification push de test.
La performance et la fiabilité font partie du résultat : l'application doit passer l'audit d'installabilité, se dégrader correctement avec une page de substitution hors ligne et ne pas casser le comportement existant pour les utilisateurs de bureau.
— Service worker avec mise en cache du shell et des ressources
— Page de substitution hors ligne et cache de lecture API
— Manifeste d'application web, icônes et gestion de l'installation
— Notifications push : permission, abonnement, envoi de test
— Audit d'installabilité réussi/Lighthouse PWA
— Documentation pour le déploiement et la version de cache
Programmation web Espèces, Virement bancaire
