npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

web-worker-proxy

v0.5.5

Published

A better way of working with web workers

Downloads

60

Readme

web-worker-proxy

Build Status Code Coverage MIT License Version Bundle size (minified + gzip)

A better way of working with web workers. Uses JavaScript Proxies to make communcation with web workers similar to interacting with normal objects.

Why

Web workers are great to offload work to a different thread in browsers. However, the messaging based API is not very easy to work with. This library makes working with web workers similar to how you'd interact with a local object, thanks to the power of proxies.

Features

  • Access and set properties on the proxied object asynchronously, even nested ones
  • Call functions on the proxied object and receive the result asynchronously
  • Pass callbacks (limited functionality) to the worker which can be called asynchronously
  • Receive thrown errors without extra handling for serialization

Installation

npm install web-worker-proxy

or

yarn add web-worker-proxy

Usage

First, we need to wrap our worker:

// app.js
import { create } from 'web-worker-proxy';

const worker = create(new Worker('worker.js'));

Inside the web worker, we need to wrap the target object to proxy it:

// worker.js
import { proxy } from 'web-worker-proxy';

proxy({
  name: { first: 'John', last: 'Doe' },
  add: (a, b) => a + b,
});

Now we can access properties, call methods etc. by using the await keyword, or passing a callback to then:

console.log(await worker.name.first); // 'John'

// or

worker.name.first.then(result => {
  console.log(result); // 'John'
});

Accessing properties is lazy, so the actual operation doesn't start until you await the value or call then on it.

Supported operations

Accessing a property

You can access any serializable properties on the proxied object asynchronously:

// Serializable values
console.log(await worker.name);

// Nested properties
console.log(await worker.name.first);

// Even array indices
console.log(await worker.items[0]);

When accessing a property, you'll get a thenable (an object with a then method), not an normal promise. If you want to use it as a normal promise, wrap it in Promise.resolve:

// Now you can call `catch` on the promise
Promise.resolve(worker.name.first).catch(error => {
  console.log(error);
});

Adding or updating a property

You can add a new property on the proxied object, or create a new one. It can be a nested property too:

worker.thisisawesome = {};
worker.thisisawesome.stuff = 42;

Calling methods

You can call methods on the proxied object, and pass any serializable arguments to it. The method will return a promise which will resolve to the value returned in the worker. You can also catch errors thrown from it:

try {
  const result = await worker.add(2, 3);
} catch (e) {
  console.log(e);
}

The method on the proxied object can return any serializable value or a promise which returns a serializable value.

It's also possible to pass callbacks to methods, with some limitations:

  • The arguments to the callback function must be serializable
  • The callback functions are one-way, which means, you cannot return a value from a callback function
  • The callback functions must be direct arguments to the method, it cannot be nested inside an object
worker.methods.validate(result => {
  console.log(result);
});

To prevent memory leaks, callbacks are cleaned up as soon as they are called. Which means, if your callback is supposed to be called multiple times, it won't work. However, you can persist a callback function for as long as you want with the persist helper. Persisting a function keeps around the event listeners. You must call dispose once the function is no longer needed so that they can be cleaned up.

import { persist } from 'web-worker-proxy';

const callback = persist(result => {
  if (result.done) {
    callback.dispose();
  } else {
    console.log(result);
  }
});

worker.subscribe(callback);

API

create(worker: Worker)

Create a proxy object which wraps the worker and allows you to interact with the proxied object inside the worker. It can take any object which implements the postMessage interface and the event interface (addEventListener and removeListener).

proxy(object: Object, target?: Worker = self)

Proxy an object so it can be interacted with. The first argument is the object to proxy, and the second argument is an object which implements the postMessage interface and the event interface, it defaults to self. It returns an object with a dispose method to dispose the proxy.

There can be only one proxy active for a given target at a time. To proxy a different object, we first need to dispose the previous proxy first by using the disposed method.

persist(function: Function)

Wrap a function so it can be persisted when passed as a callback. Returns an object with a dispose method to dispose the persisted function.

Browser compatibility

The library expects the Proxy and WeakMap constructors to be available globally. If you are using a browser which doesn't support these features, make sure to load appropriate polyfills.

The following environments support these features natively: Google Chrome >= 49, Microsoft Edge >= 12, Mozilla Firefox >= 18, Opera >= 36, Safari >= 10, Node >= 6.0.0.

Limitations

  • Since workers run in a separate thread, all operations are asynchronous, and will return thenables
  • The transferred data needs to be serializable (error objects are handled automatically), most browsers implement the structured clone algorithm for transferring data
  • The transferred data is always copied, which means the references will be different, and any mutations won't be visible

How it works

The library leverages proxies to intercept actions such as property access, function call etc., and then the details of the actions are sent to the web worker via the messaging API. The proxied object in the web worker recieves and performs the action, then sends the results back via the messaging API. Every action contains a unique id to distinguish itself from other actions.

Alternatives

Contributing

While developing, you can run the example app and open the console to see your changes:

yarn example

Make sure your code passes the unit tests, Flow and ESLint. Run the following to verify:

yarn test
yarn flow
yarn lint

To fix formatting errors, run the following:

yarn lint -- --fix