Cloudflare workers compatibility about used-styles

[theKashey]

Frankly speaking - have no idea how to conditionally target package for a 'worker'. Probably it will be node + browser + default (not node and not browser).
But you know - if something is not clear, and ESM/node exports are 'not clear' - let's not use it. And this is why I am not using them.

You might look into two solutions:

• (isolate, preferred) a separate named entrypoint for a worker. Just put a package.json into a named directory.
• (hide, popular) remove import from 'fs' and do eval("require('fs')") where needed.

[theKashey]

That is actually a really good solution to unblock yourself as well as being able to verify assumption and provide a way forward for the 'mainstream'

[wellyshen]

Hey @theKashey, I have tested this library with Clouldflare worker, and it works great. All we need is to use loadStyleDefinitions and pass the client assets through Couldfare KV for dev/prod. So I'm trying to split the loadStyleDefinitions from discoverProjectStyles (which relies on fs that doesn't run on worker). And plan to use conditional exports for the worker users. But I'm wondering how to export different build files by lib-builder? Can't find related documents for that 🤔

[wellyshen]

Hmm... the wired thing is even though we did isolate, once a module containing fs related things is exported that isn't used in the project, the worker still initializes it and fails to run.

For now, I will fork this library and modify it for running on the worker.