jakearchibald / jakearchibald/streaming-include

v2 feature: in workers??

Open
#5 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
28
Forks
4
PR merge metrics
No merged PRs in 30d

Description

It's worth thinking a bit about how we could extend the JS APIs in the future to work in workers. Obviously they don't work as-is because we don't have `Node` and friends.

What would be ideal here is convincing ourselves either that:

- The current API is basically compatible with being put in workers, if we solve the underlying issues around DOM trees. (For example, if we had an opaque `WorkerNode` type which could only be used via a worker version of `DOMWritable`.)

- A worker-based API is so different that it doesn't impact this API much at all. For example, it would be primarily string-based.

I'm not sure how much closure we'll get here, but it's worth considering and giving a good think.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the existing JavaScript API and its assumptions about Node and DOM trees. Compare whether worker support can preserve the current API or requires a separate string-based design. Done means documenting a clear direction for future worker support, though the issue does not name files or tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.