The Console supports script prototyping which means you can edit a script and it will be automatically reloaded in The Console at the moment. But modules are different than single-file scripts. And this impacts script reloading, or rather module reloading.
Read on, GIFs included!
First, consider this situation: after some bunch of scripts and modules are loaded we decide to open a new tab. Since every single tab has distinct JS environment we need to load all scripts and modules into context of the new tab.
What does it mean for supporting scripts? Every script has to be loaded for every tab. And that’s, actually, how it works right now.
For so called ScriptManager every script is just a String. When new tab is created, this script is pushed to be evaluated inside JS engine. So, new tab doesn’t affect scripts in any way.
What to expect? Same thing – every module should be loaded for every tab.
Problems? No. OK, well, somehow. Modules are not loaded the same way as JS Scripts. Instead of evaluating a Java String, The Console gives Nashorn engine a path to the entry .js file of the module. Specifically, I use require() function described in previous article to load a module.
Script vs Module
Real issue comes with reloading stuff.
Single-file scripts are just evaluated as a whole file on command call. Second command call evaluates whole file again. And again, and again – every time. Between those command calls it’s easy to replace content of script.
A module, however, can implement some events like “onload”, “onunload” and have custom JS scope that lives in the engine until module is unloaded. There’s more – the module could require() other modules. Or could be require()’d by other modules.
- Unload state means no loading
- Load state means loading a module
To properly manage all those loading and unloading of command scripts and modules (which could register commands) I’ll have to redesign code. Few things don’t make much sense, despite an attempt to press ahead without refactoring. Next post is going to treat about efforts on this little refactor.