For bundlejs.com, and astro.build/play, I found that I needed a way to use SharedWorkers
reliably on all browsers, so, I decided to make a miniature script that would act as a wrapper around the SharedWorker
class, by default it would try to create a SharedWorker
but otherwise would switch to normal web workers this made SharedWorkers
a type of progressive enhancement.
When I realized that a polyfill/ponyfill doesn't exist for SharedWorkers
I realized I needed to make one, and to ensure reliable that the polyfill was thoroughly vetted and tested for cross browser compatibility, so, I made @okikio/sharedworker.
okikio / sharedworker
A small spec. compliant polyfill for SharedWorkers, it acts as a drop in replacement for normal Workers.
@okikio/sharedworker
A small mostly spec. compliant polyfill/ponyfill for SharedWorkers
, it acts as a drop in replacement for normal Workers
, and supports a similar API surface that matches normal Workers
.
- Ponyfills are seperate modules that are included to replicate the functionality of the original API, but are not required to be used.
- Polyfills update the original API on the global scope if it isn't supported in that specific environment or it's feature set is lacking compared to modern variations.
Check out the blog post, created for it's launch.
Installation
npm install @okikio/sharedworker
Usage
import { SharedWorkerPolyfill as SharedWorker } from "@okikio/sharedworker";
// or
import SharedWorker from "@okikio/sharedworker";
You can also use it directly through a script tag:
<script src="https://unpkg.com/@okikio/sharedworker"></script>
<script type
…Usage
@okikio/sharedworker
is a small mostly spec. compliant polyfill/ponyfill for SharedWorkers
, it acts as a drop in replacement for normal Workers
, and supports a similar API surface that matches normal Workers
.
You use it like this,
shared-worker.js
/*
* All variables and values outside the `start(...)` function are shared between all pages, this behavior can cause unexpected bugs if you're not careful
*/
const start = (port) => {
// All your normal Worker and SharedWorker stuff should just work
// With no more setup
/**
* All variables and values inside the `start(...)` function are isolated to each page, and will be allocated seperately per page.
*/
port.onmessage = ({ data }) => {
if (data == "Hey")
port.postMessage("Hello, from the SharedWorker.");
};
};
self.onconnect = e => {
let [port] = e.ports;
start(port);
};
// This is the fallback, just in case the browser doesn't support SharedWorkers
if ("SharedWorkerGlobalScope" in self)
start(self);
main.js
import SharedWorker from "@okikio/sharedworker";
const sharedworker = new SharedWorker(new URL("shared-worker.js", import.meta.url));
sharedworker.onmessage = ({ data }) => {
console.log(data); //= Hello, from SharedWorker
};
sharedworker.postMessage("Hey");
In the cases of bundlejs.com and astro.build/play, @okikio/sharedworker
was used for esbuild as well as the monaco-editors editor and typescript workers.
Limitation
The major limitation with @okikio/sharedworker
is that on browsers that don't support SharedWorker
, you can't use @okikio/sharedworker
as a cross tab, communication tool. But for everything else it's feature parity and spec. compliance should be great.
Conclusion
So, will you use it? Tell me below, or say Hi on twitter.
Top comments (0)