Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/ampproject/worker-dom
The same DOM API and Frameworks you know, but in a Web Worker.
https://github.com/ampproject/worker-dom
Last synced: 3 days ago
JSON representation
The same DOM API and Frameworks you know, but in a Web Worker.
- Host: GitHub
- URL: https://github.com/ampproject/worker-dom
- Owner: ampproject
- License: apache-2.0
- Created: 2018-08-16T21:06:04.000Z (over 6 years ago)
- Default Branch: main
- Last Pushed: 2024-11-23T06:34:42.000Z (20 days ago)
- Last Synced: 2024-11-23T20:38:13.428Z (19 days ago)
- Language: TypeScript
- Homepage:
- Size: 3.23 MB
- Stars: 3,216
- Watchers: 48
- Forks: 152
- Open Issues: 102
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
- Code of conduct: CODE_OF_CONDUCT.md
Awesome Lists containing this project
- awesome - worker-dom - The same DOM API and Frameworks you know, but in a Web Worker. (TypeScript)
- awesome-list - worker-dom
- awesome-star-libs - ampproject / worker-dom
README
# WorkerDOM
An in-progress implementation of the DOM API intended to run within a Web Worker.
**Purpose**: Move complexity of intermediate work related to DOM mutations to a background thread, sending only the necessary manipulations to a foreground thread.
**Use Cases**:
1. Embedded content from a third party living side by side with first party code.
2. Mitigation of expensive rendering for content not requiring synchronous updates to user actions.
3. Retaining main thread availablity for high priority updates by async updating elsewhere in a document.
For more information, visit our [blog post](https://bit.ly/worker-dom-blog) announcing WorkerDOM or checkout the [slides](https://bit.ly/worker-dom-slides) from the announcement at JSConf US.
## Installation
```bash
npm install @ampproject/worker-dom
```
## Usage
WorkerDOM comes in two flavours, a global variant and a module variant. It is possible to include the WorkerDOM main thread code within your document directly or via a bundler. Here's how you might do so directly:
```html
```
WorkerDOM allows us to upgrade a specific section of the document to be driven by a worker. For example, imagine a `div` node in the page like so:
```html
```
To upgrade this node using the module version of the code, we can directly import `upgradeElement` and use it like this:
```html
import {upgradeElement} from './dist/main.mjs';
upgradeElement(document.getElementById('upgrade-me'), './dist/worker/worker.mjs');
```
The nomodule format exposes the global `MainThread`, and could upgrade the `div` in the following way:
```html
document.addEventListener('DOMContentLoaded', function() {
MainThread.upgradeElement(document.getElementById('upgrade-me'), './dist/worker/worker.js');
}, false);
```
### AMP Distribution for `amp-script`
WorkerDOM has a special output variant that supplies additional hooks for safety features e.g. HTML sanitization. This variant is distributed under the amp folder for main and worker thread binaries:
```
amp/main.mjs
amp/worker/worker.mjs
```
This output assumes the consumer will compile this distributed JavaScript to ensure it works with older `user-agent`s.
### Debug Distribution
WorkerDOM also has an output variant that includes additional debugging messages. This variant is distributed in the debug folder.
```
debug/main.mjs
debug/main.js
debug/worker/worker.mjs
debug/worker/worker.js
```
## Running Demos Locally
After cloning the repository, you can try out the debug demos with the following.
```bash
npm run demo
```
This script will build the current version of WorkerDOM and start up a local [webserver](http://localhost:3001).
## Which JavaScript APIs can I use?
Currently, most DOM elements and their properties are supported. DOM query APIs like `querySelector` have partial support. Browser APIs like History are not implemented yet. Please see the API support matrix [here](web_compat_table.md).
## Which Browsers are supported?
In general we support the latest two versions of major browsers like Chrome, Firefox, Edge, Safari, Opera and UC Browser. We support desktop, phone, tablet and the web view version of these respective browsers.
Beyond that, we aim for very wide browser support and we accept fixes for all browsers with market share greater than 1 percent.
In particular, we try to maintain "it might not be perfect but isn't broken"-support for IE 11, iOS 8, the Android 4.0 system browser and Chrome 41.
## Local Development
Local development of WorkerDOM assumes the following:
1. Familiarity with `npm` or `yarn`
2. Latest LTS release of Node (10 at time of writing) available.
3. Comfort with TypeScript, the codebase and tests are entirely written in TypeScript.
## Release Log
Each release includes a log of changes with the newly released version. You can find the log here: https://github.com/ampproject/worker-dom/releases
## Security disclosures
The AMP Project accepts responsible security disclosures through the [Google Application Security program](https://www.google.com/about/appsecurity/).
## Code of conduct
The AMP Project strives for a positive and growing project community that provides a safe environment for everyone. All members, committers and volunteers in the community are required to act according to the [code of conduct](CODE_OF_CONDUCT.md).
## License
worker-dom is licensed under the [Apache License, Version 2.0](LICENSE).