Replies: 1 comment 6 replies
-
Thinking while typing... can we guarantee a clava REPL we design will work in every environment? Said another way: evaluating code seems inherently coupled with the JS runtime & build tools in use for a given project. Perhaps we should start with a few specific targets... Vite REPL, node.js REPL, deno or bun REPL? I think that continuing to explore how we could make modules mutable is worthwhile, as I'm not sure anyone has gone deep on that solution in practice. As a second option, we could explore more intimately coupled solutions to the specific environments that we are targeting. For instance, in the browser using a build tool like Vite, we could potentially use their hot module reloading API. Most build tools have their own HMR API, so building a plugin for Vite probably won't work for webpack or others. Curious what you think @borkdude @corasaurus-hex |
Beta Was this translation helpful? Give feedback.
-
We need to support a REPL with clavascript and the concept of a development mode.
During development, namespaces need to be fully mutable, so vars can be redefined.
We could focus on a console REPL first, then add nREPL support.
Beta Was this translation helpful? Give feedback.
All reactions