New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reorganize before an official release #25
Comments
This is a good call, and thanks for suggesting names that are available on crates.io. Definitely needs some cleanup here now that the dust has settled a bit. I'll try to fit it in today and re-publish the crates under their new names.
This is all true, except I plan to add automated integration tests that will publish Creating proper examples is probably a good idea too, but idk if they can actually be run with cargo since the Worker needs to be executed by preview or edge worker runtime. Will put some more thought into this. |
This is an awful hack, but you could run |
Maybe could add a lightweight testing framework around it like a Miniflare of sorts specifically for examples. |
You tried this? |
We could try something like that, but a soft-goal here is to not require users to have any JS tooling installed to use this. Or at least to prove it is possible. |
This is now completed! |
The naming of the crates in this project are a bit everywhere. It'd be nice to consolidate the names of everything and reorganize before committing to any crates.io releases.
As it stands there are currently five crates each with wildly different names:
libworker could be dropped in favor of just defining everything in worker instead of using worker to re-export everything. Currently libworker is separate so it can be imported by worker-rs-macros however the macros crate never uses it so it's an unnecessary dependency. With the base name "worker", we can easily turn this into four separate easily identifiable crates.
On top of this, it may be favorable to drop the rust-sandbox crate. Instead of testing or experimenting in a sandbox, things normally written in the sandbox would be better if written as an example in the worker crate. Then things written as examples for testing during development can be referenced later by users.
The text was updated successfully, but these errors were encountered: