Sommario:
Definizione - Cosa significano i Web Worker?
Web worker è una nuova interfaccia di programmazione dell'applicazione sviluppata per HTML5 che consente l'esecuzione di processi software in thread in background. I web worker vengono creati sul client. Eseguono parallelamente e sono creati in modo insolito dai processi responsabili dell'interfaccia utente (UI). Una volta creati, i lavoratori Web possono comunicare con il loro creatore principale inviando messaggi a specifici gestori di eventi dell'interfaccia utente definiti dal padre.
I lavoratori Web sono tecnicamente noti come API per i lavoratori Web. La maggior parte dei browser principali (tranne Internet Explorer 9) supporta la funzionalità.
Techopedia spiega i Web Worker
L'API dei lavoratori Web specifica due tipi di lavoratori: il lavoratore dedicato e il lavoratore condiviso. Il lavoratore dedicato è il più semplice; è progettato per eseguire e completare una sorta di attività. Un esempio potrebbe essere un orologio che viene aggiornato sulla schermata di un utente. L'attività dedicata viene eseguita in background, aggiorna e termina.
Un lavoratore condiviso è più complicato in quanto ha la capacità di comunicare rispondendo tramite una funzione del gestore di eventi. Un esempio potrebbe essere la convalida dell'indirizzo utente e delle informazioni sul telefono in una schermata di registrazione. Ogni dato deve essere verificato. Quando i risultati sono completi, vengono passati alla pagina, in modo che sappia che tutti i dati dell'utente sono validi e possono continuare con il processo di registrazione.
Gli operatori Web hanno molte promesse per migliorare l'esperienza utente dei programmi basati sul Web. La velocità con cui è possibile aggiornare una schermata del browser viene aumentata in modo significativo perché ora ci sono più processi che eseguono l'aggiornamento.
Tuttavia, ci sono ancora alcune cose che devono essere elaborate. Innanzitutto, la sicurezza dei thread e la concorrenza possono essere un problema. Ricordare che si tratta di processi lato client che utilizzano effettivamente server Web back-end per chiamare thread a livello di sistema operativo sul client. Per definizione, qui non c'è molta standardizzazione.
In secondo luogo, a un lavoratore Web viene passato un identificatore di risorsa uniforme (URI) dello script da eseguire quando viene creato. Questi URI dovrebbero superare la stessa politica di origine che è stata sviluppata in risposta a problemi di sicurezza sul lato client, anche se attualmente vi è un certo disaccordo tra i fornitori di browser sul fatto che questi URI debbano superare questo stesso test sniff.
Infine, i pacchetti di informazioni restituiti per i lavoratori Web condivisi devono essere serializzati, il che può essere un processo lento. Ad un certo punto, l'efficienza dell'utilizzo di un Web worker deve essere compensata dal tempo di elaborazione della serializzazione.
