You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Hey! @Fishrock123 pointed me here for something I was thinking about.
While I don't have a particularly large project, back when all I had was a require cache, I could clear it out to "hot reload" a file/module/chunk of code. It wasn't the best possible way to get my code running without a restart (nodemon or similar) but it worked without forcing me to do fresh restarts all the time.
I'm using Typescript these days and, with that, ES6 imports (like most are I imagine). For reference, I'm making a game but it has a few hundred files (which is probably not a lot in comparison to some larger applications), and restarting it (I'm using ts-node-dev at the moment) still takes a solid 20-30 seconds to get everything running again. I think it would be much easier if I could hotswap my code in by somehow clearing out parts of the ES6 module cache.
I realize after talking with @Fishrock123 that ES6 modules are meant to be immutable and probably for good reason, but is it possible node will allow a dev to override this issue in development environments?
Unfortunately neither the spec, nor the engines allow for hot reloading at this time. There could be future investigations with things like the debugger protocol are likely what I'd recommend but cannot provide a path forward on how to do this currently. We are actively discussing an unload API for the cache, but it likely is not going to do what most hot swapping/mocking libraries do today and might require some migrations of the tools using the current techniques.
There could be future investigations with things like the debugger protocol are likely what I'd recommend but cannot provide a path forward on how to do this currently.
The inspector protocol's Debugger.setScriptSource?
You could do this with an ESM loader. When I implemented a mocking library for testdouble (https://github.com/testdouble/quibble) I had to implement "deleting a module" because in a test you can mock a module differently many times.
Obviously, you can't do this by deleting the module from the cache, because as mentioned above, this isn't available. But the next best thing is to load the module again as a separate "module".
Hey! @Fishrock123 pointed me here for something I was thinking about.
While I don't have a particularly large project, back when all I had was a
requirecache, I could clear it out to "hot reload" a file/module/chunk of code. It wasn't the best possible way to get my code running without a restart (nodemonor similar) but it worked without forcing me to do fresh restarts all the time.I'm using Typescript these days and, with that, ES6 imports (like most are I imagine). For reference, I'm making a game but it has a few hundred files (which is probably not a lot in comparison to some larger applications), and restarting it (I'm using
ts-node-devat the moment) still takes a solid 20-30 seconds to get everything running again. I think it would be much easier if I could hotswap my code in by somehow clearing out parts of the ES6 module cache.I realize after talking with @Fishrock123 that ES6 modules are meant to be immutable and probably for good reason, but is it possible node will allow a dev to override this issue in development environments?