main-thread-scheduling
Consistently responsive apps while staying on the main thread
Install
npm install main-thread-scheduling
Why
It's hard to make an app responsive. With time apps get more complex and keeping your app responsive becomes even harder. Web Workers can help, but if you have tried it, you know it's a lot of work.
This library keeps everything on the main thread. This allows for a very small and simple API that can be integrated easily in existing code base.
Here a few more advantages:
- Simple. 90% of the time you only need
yieldOrContinue(priority)
function. The API has two more functions for more advanced cases. - Utilizes the new
navigator.scheduling.isInputPending()
method (when available). Fallbacks to a good enough alternative otherwise. - Not a weekend project. I have been working on this code for months. If you want to dive deeper, you can read the in-depth doc.
- This is the future. Browsers are probably going to support scheduling tasks on the main thread in the future. Here is the spec.
- Consistently responsive. You can have hundred of tasks pending but the library will always execute just a single one.
- Aiming for high-quality with my open-source principles
API
Note: If you want to understand how this library works under the hook and some of the details – read the in-depth doc.
yieldOrContinue(priority: 'background' | 'user-visible')
The complexity of the entire library is hidden behind this method. You can have great app performance by calling a single method.
async function findInFiles(query: string) {
for (const file of files) {
await yieldOrContinue('user-visible')
for (const line of file.lines) {
fuzzySearchLine(line, query)
}
}
}
More complex scenarios
The library has two more functions available: yieldToMainThread(priority: 'background' | 'user-visible')
and isTimeToYield(priority: 'background' | 'user-visible')
. These two functions are used together to handle more advanced use cases.
A simple use case where you will need those two functions is when you want to render your view before yielding back control to the browser to continue its work:
async function doHeavyWork() {
for (const value of values) {
if (isTimeToYield('user-visible')) {
render()
await yieldToMainThread('user-visible')
}
computeHeavyWorkOnValue(value)
}
}
Priorities
Currently there are only two priorities available: background
and user-visible
:
background
– use this for background tasks. Every background task is run for 5ms.user-visible
– use this for things that need to display to the user as fast as possible. Every user-visible
task is run for 50ms – this gives you a nice cycle of doing heavy work and letting the browser render pending changes.
If you have a use case for a third priority, you can write in this issue.
Alternatives
The problem this library solves isn't new. However, I haven't found a library that can solve this problem in a simple manner. Open an issue if there is such a library so I can add it here.
React has an implementation for scheduling tasks – react/scheduler. They plan to make it more generic but I don't know their timeline.