Les service workers pour application mobile

Il s'agit en quelque sorte de la coquille de votre application, à l’intérieur de laquelle sera diffusée vos données. Elle est constituée des bases HTML, CSS et JavaScript nécessaires pour le fonctionnement de l’interface utilisateur. L’utilisation d’une architecture de type App Shell permet à ces paramètres, très légers, d’être chargés très rapidement lors de la première visite réduisant ainsi considérablement le temps de premier affichage.

Il s’agit de la base technique de nombreuses fonctionnalités qui distinguent les PWAs des sites web classiques. Il se positionne entre l’app et le navigateur (ou le réseau lorsqu’il est disponible) et peut fortement modifier le comportement de l’app grâce aux nombreuses possibilités qu’il offre et que nous développerons plus loin dans l’article.
 

Un manifeste est un fichier contenant des métadonnées relatives aux autres fichiers qu’il décrit. Il s’agit d’un fichier descriptif qui permettra de donner un rendu plus natif à l’application avec un affichage plein écran, des icônes identifiables, la possibilité de modifier l’orientation de l’écran, et surtout la possibilité d’installer l’application sur l’écran d’accueil des utilisateurs.

En synthèse, un service worker est finalement un simple fichier JavaScript qui s'exécute en arrière plan et qui se déclenche à l’appel de certains évènements.  Il va intercepter les requêtes faites au serveur et sera de  capable de renvoyer une réponse soit en transmettant la ressource reçue par le  serveur, soit en fournissant une version locale de la ressource si elle a déjà été demandée. Dans le cas des Progressive Web Apps GoodBarber par exemple, il va permettre d'optimiser la manière dont le navigateur va afficher les polices de caractères en les téléchargeant lors de la première visite de l'utilisateur et en les stockant en cache. Lors des visites ultérieures, la police sera servie localement, ce qui rendra l'affichage de la police instantanée, garantissant un affichage de l'application plus rapide.

Il y a 2 pré-requis pour qu’un service worker s’installe dans un navigateur :

 

Ce fonctionnement va permettre à l’utilisateur à la fois  de consulter du contenu sans connexion internet, mais aussi de profiter d’une expérience utilisateur améliorée puisque, même avec une connexion à Internet, certains fichiers n’auront plus besoin d’être chargés depuis le serveur web, puisqu’ils seront déjà stockés localement.


3/ Envoi de notifications Push

La possibilité d’utiliser les notifications push via des web apps est une véritable révolution qui affine considérablement la frontière entre les app natives et les web apps.

Cette fonctionnalité est rendue possible grâce à la capacité des service workers à fonctionner en arrière plan. Pour permettre cette utilisation, deux technologies sont mises à contribution: L’API Push et l'API Notification, qui sont différentes mais complémentaires. L’API de push s’utilise pour notifier un service worker de la présence d’une notification. L’API de notification s’utilise pour déclencher l’affichage de la notification dans le navigateur. Il faut donc utiliser ces deux API à l'intérieur du service worker. 

Dans le cas de GoodBarber, la gestion et l'affichage des notifications push via les service workers s'appuient sur un service spécifique appelé FireBase.

En d’autres termes, le service worker va traiter une notification envoyée par un service de push via l’API Push. Ensuite, grâce à l’API notification, il va afficher cette notification à l’utilisateur.

Si les notifications push ne sont pas encore supportées par Safari mobile, elles fonctionnent déjà sur Safari desktop, non pas grâce aux service workers, mais grâce au service de notifications push d’Apple (APNs) qui est un service créé par Apple, permettant à un prestataire de services externe d’envoyer des messages ou des commandes à n’importe quel device Apple fonctionnant sous OS X. Il est important de noter que les notifications pour les sites web n’apparaissent pas sur les devices fonctionnant sous iOS (mobile).



En conclusion, vous avez pu apprécier l’importance des service workers dans le fonctionnement des Progressive Web Apps, puisque de nombreuses fonctionnalités reposent sur leur utilisation, qui laisse une grande liberté aux développeurs dans la construction du fonctionnement de leurs apps. Les récentes nouvelles nous confortent dans l’idée que les service workers auront une belle durée de vie puisqu’il semblerait que le géant Apple se soit lui aussi positionné en rendant Safari compatible aux service workers, et en offrant donc la possibilité à leur utilisateurs de jouir pleinement des performances des Progressive Web Apps.

Comme vous avez pu le voir, les service workers et les Progressive Web Apps sont sur le point de révolutionner notre manière de voir le web, tant du côté des développeurs que de celui des utilisateurs qui découvrent petit à petit tout le potentiel de ces web apps, finalement plus proches des apps natives qu’on aurait pu le penser.