Les Web Workers sont un mécanisme grâce auquel les instructions d'un script peuvent être exécutés dans un thread en arrière-plan séparé du thread d'exécution principal d'une application web. Cela a pour avantage qu'un traitement laborieux peut être réalisé dans un thread séparé, permettant au thread principal (généralement l'interface utilisateur) de fonctionner sans blocage ni ralentissement.
Concepts et utilisation des Web WorkersUn worker est un objet créé en utilisant un constructeur (e.g. Worker()) qui exécute un fichier JavaScript nommé â ce fichier contient le code que doit exécuter le thread du worker; les workers s'exécutent dans un autre contexte global qui est différent du contexte actuel window. Ce contexte est représenté par un objet DedicatedWorkerGlobalScope dans le cas des workers dédiés (workers standards utilisés par un script unique; les workers partagés utilisent SharedWorkerGlobalScope).
Vous pouvez exécuter quelque code que ce soit à l'intérieur du thread du worker, avec quelques exceptions cependant. Par exemple, vous ne pouvez pas directement manipuler le DOM à partir d'un worker, ou utiliser des méthodes et des propriétés par défaut de l'objet window. Mais vous pouvez utiliser un grand nombre des éléments disponibles sous window, comprenant les WebSockets, et les mécanismes de stockage de données tels qu'IndexedDB et l'API Data Store spécifique à Firefox OS. Consultez Les fonctions et classes accessibles aux workers pour plus de détails.
Les données sont envoyées entre les workers et le thread principal au moyen d'un sytème de messages â des deux côtés les messages sont envoyés en utilisant la méthode postMessage(), et la réponse leur parvient au moyen du gestionnaire d'événement onmessage (le message est contenu dans l'attribut data de l'événement message.) Les données sont copiées plutôt que partagées.
Les workers peuvent à leur tour engendrer de nouveaux workers, aussi longtemps que ces workers partagent la même origine que la page parente. De plus, les workers peuvent utiliser XMLHttpRequest pour les E/S réseau, à l'exception que les attributs responseXML et channel de XMLHttpRequest retournent toujours null.
En plus des workers dédiés, il y a d'autres types de worker :
SharedWorker pour plus de détails.ChromeWorker pour plus de détails.Note : Selon les Spécifications de Web Worker, les erreurs dans les workers ne devraient pas déborder (voir bug Firefox 1188141). Cela a été implémenté dans Firefox 42.
Les interfaces Web WorkerAbstractWorker
Propriétés et méthodes abstraites communes à tous les types de workers (i.e. Worker ou SharedWorker).
Worker
Représente le thread d'un worker en cours d'exécution, vous permettant de passer des messages au code du worker en cours d'exécution.
WorkerLocation
Défini la localisation du scripte exécuté par le Worker.
Représente un type spécifique de worker qui peut être accédé à partir de plusieurs contextes de navigation, à savoir plusieurs fenêtres, iframes ou même workers.
WorkerGlobalScope
Représente le contexte générique de tout worker (il joue le même rôle que Window pour un contenu web normal). Les différents types de worker ont un contexte d'objets qui hérite de cette interface et ajoute des fonctionnalités supplémentaires.
DedicatedWorkerGlobalScope
Représente le contexte d'un worker dédié, héritant de WorkerGlobalScope et ajoutant des fonctionnalités spécifiques.
Représente le contexte d'un worker partagé, héritant de WorkerGlobalScope et ajoutant des fonctionnalités spécifiques.
WorkerNavigator
Représente l'identité et l'état de l'agent utilisateur (le client):
Nous avons créé deux simples démos pour illustrer des usages basiques :
Vous pouvez obtenir plus d'informations sur le fonctionnement de ces démos dans notre guide d'utilisation des web workers.
Spécifications Voir aussiRetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4