Inhaltsverzeichnis:
Definition - Was bedeutet Web Worker?
Web Worker ist eine neue Programmierschnittstelle für HTML5, mit der Softwareprozesse in Hintergrundthreads ausgeführt werden können. Webworker werden auf dem Client erstellt. Sie werden parallel zu den Prozessen ausgeführt, die für die Benutzeroberfläche (UI) verantwortlich sind, und werden auf ungewöhnliche Weise von diesen erstellt. Nach der Erstellung können Web-Worker mit ihrem übergeordneten Ersteller kommunizieren, indem sie Nachrichten an bestimmte Ereignishandler der vom übergeordneten Benutzeroberfläche definierten Benutzeroberfläche senden.
Web-Worker werden technisch als Web-Worker-API bezeichnet. Die meisten gängigen Browser (außer Internet Explorer 9) unterstützen die Funktionalität.
Techopedia erklärt Web Worker
Die Web-Worker-API gibt zwei Arten von Workern an: den dedizierten Worker und den freigegebenen Worker. Der engagierte Arbeiter ist der einfachste; Es wurde entwickelt, um eine Aufgabe auszuführen und zu erledigen. Ein Beispiel könnte eine Uhr sein, die auf einem Benutzerbildschirm aktualisiert wird. Die dedizierte Task wird im Hintergrund ausgelöst, aktualisiert die Uhr und endet.
Ein Shared Worker ist insofern komplizierter, als er über eine Event-Handler-Funktion antworten kann, um zu kommunizieren. Ein Beispiel könnte die Überprüfung der Benutzeradresse und der Telefoninformationen auf einem Registrierungsbildschirm sein. Jedes Datenelement muss überprüft werden. Wenn die Ergebnisse vollständig sind, werden sie an die Seite weitergeleitet, sodass diese weiß, dass alle Daten des Benutzers gültig sind und der Registrierungsprozess fortgesetzt werden kann.
Web-Worker sind vielversprechend, um die Benutzerfreundlichkeit von webbasierten Programmen zu verbessern. Die Geschwindigkeit, mit der ein Browserbildschirm aktualisiert werden kann, wird erheblich erhöht, da die Aktualisierung nun von mehreren Prozessen ausgeführt wird.
Es gibt jedoch noch einige Dinge, die ausgearbeitet werden müssen. Erstens können Threadsicherheit und Parallelität ein Problem sein. Beachten Sie, dass dies clientseitige Prozesse sind, die Back-End-Webserver zum Aufrufen von Threads auf Betriebssystemebene auf dem Client verwenden. Per Definition gibt es hier nicht viel Standardisierung.
Zweitens wird einem Web-Worker eine URI (Uniform Resourse Identifier) des Skripts übergeben, die beim Erstellen ausgeführt werden soll. Diese URIs sollten dieselbe Ursprungsrichtlinie erfüllen, die als Reaktion auf clientseitige Sicherheitsbedenken entwickelt wurde. Derzeit sind sich die Browser-Hersteller jedoch uneinig, ob diese URIs denselben Schnüffeltest bestehen müssen.
Schließlich müssen für freigegebene Web-Worker zurückgegebene Informationspakete serialisiert werden, was ein langsamer Prozess sein kann. Irgendwann muss die Effizienz der Verwendung eines Web-Workers mit der Verarbeitungszeit der Serialisierung abgeglichen werden.
