We have all encountered a moment in our career where we had this big process that slowed down our UI as if our computer was equipped with a GeForce 256 and 128mb of RAM …
And that’s what we are going to see today with a very simple example using IndexedDB as a bonus!
First of all the index.html, very simple here, two buttons, one to read all the db users and the other one to add a user.
When we are done, the worker will receive a message and display the result on the page.
Furthermore, the buttons will send messages to the worker.
Which gives us this file:
Finally inside the Web Worker:
self here represents the worker. When it receives a message, we will use the data that we passed earlier to decide the action to trigger by a switch case (let’s keep it simple).
readAll and add are self-explanatory.
Let’s have a look at init.
We are opening the connection here with the db and preparing the callbacks.
If it’s the first time, it’s going to create an objectStore with keys that get autoIncremented.
After that, we are ready to go!readAll function:
We are making a transaction on our name objectStore that was created earlier.
Creating a cursor and looping on it as long as there are elements, and we push the result in an array.
Once we are at the end of the loop, we are going to use self (our worker) in order to return a message with the users encountered.
This message will then be displayed on the DOM.
Finally the add function:
This time, we make a transaction of type “readWrite” on our name objectStore and we add a user, generally in the real world, this is the place where the congestion point appears and 85% of the resources get busy with more complex insertions.
Once the insertion is done, we use our worker to send back a message that we collect with the onmessage callback.
You just mastered how to use Web Worker with IndexedDB!
Working with Web Workers is not that difficult. It’s all about communication, you send a message to your worker and it sends the result when it’s done. However, keep in mind that your worker doesn’t have access to window, document, console, alert, etc.
Finally keep in mind that your worker only lives as long as your user stay on the page, a refresh will restart them and kill all the processes. Otherwise, you can use server side workers like Sidekiq, Kue and Resque.