Table des matières:
Définition - Que signifie Web Workers?
Web workers est une nouvelle interface de programmation d'application en cours de développement pour HTML5 qui permet aux processus logiciels de s'exécuter dans des threads d'arrière-plan. Les travailleurs Web sont créés sur le client. Ils fonctionnent parallèlement aux processus responsables de l'interface utilisateur (UI) et sont créés de manière inhabituelle par eux. Une fois créés, les travailleurs Web peuvent communiquer avec leur créateur parent en envoyant des messages aux gestionnaires d'événements spécifiés de l'interface utilisateur définie par le parent.
Les travailleurs Web sont techniquement connus sous le nom d'API Web Workers. La plupart des principaux navigateurs (sauf Internet Explorer 9) prennent en charge la fonctionnalité.
Techopedia explique les travailleurs du Web
L'API Web Workers spécifie deux types de travailleurs: le travailleur dédié et le travailleur partagé. Le travailleur dévoué est le plus simple; il est conçu pour effectuer et accomplir une sorte de tâche. Un exemple pourrait être une horloge mise à jour sur un écran utilisateur. La tâche dédiée se déclenche en arrière-plan, met à jour l'horloge et se termine.
Un travailleur partagé est plus compliqué en ce qu'il a la capacité de communiquer en répondant via une fonction de gestionnaire d'événements. Un exemple pourrait être la validation de l'adresse utilisateur et des informations téléphoniques sur un écran d'enregistrement. Chaque donnée doit être vérifiée. Lorsque les résultats sont terminés, ils sont transmis à la page, afin qu'il sache que toutes les données de l'utilisateur sont valides et qu'il puisse poursuivre le processus d'enregistrement.
Les travailleurs du Web sont très prometteurs pour améliorer l'expérience utilisateur des programmes Web. La vitesse à laquelle un écran de navigateur peut être mis à jour est considérablement augmentée car plusieurs processus effectuent actuellement la mise à jour.
Cependant, il y a encore des choses à régler. Premièrement, la sécurité des threads et la simultanéité peuvent être un problème. N'oubliez pas qu'il s'agit de processus côté client qui utilisent en fait des serveurs Web principaux pour appeler des threads au niveau du système d'exploitation sur le client. Par définition, il n'y a pas beaucoup de standardisation ici.
Deuxièmement, un travailleur Web reçoit un identificateur de ressource uniforme (URI) du script à exécuter lors de sa création. Ces URI doivent passer la même politique d'origine qui a été développée en réponse aux problèmes de sécurité côté client, bien qu'il existe actuellement un certain désaccord entre les fournisseurs de navigateurs quant à savoir si ces URI doivent passer ce même test de détection.
Enfin, les paquets d'informations renvoyés aux travailleurs Web partagés doivent être sérialisés, ce qui peut être un processus lent. À un moment donné, l'efficacité de l'utilisation d'un travailleur Web doit être compensée par le temps de traitement de la sérialisation.
