The loader is designed to be hookable in a very light-weight way using only function extensions.
The standard pattern for this is:
const existingHook = System.constructor.prototype.hookName;
System.constructor.prototype.hookName = function (args) {
return Promise.resolve(existingHook.call(this, args))
.then(function (existingHookResult) {
// custom hook here
return ...;
});
};
When hooking the loader it is important to pay attention to the order in which hooks will apply, and to keep existing hooks running where they provide necessary functionality.
In addition, some hooks are Promise-based, so Promise chaining also needs to be carefully applied only where necessary.
Used to populate the import.meta
for a module, available at _context.meta
in the System.register module format.
The default implementation is:
System.constructor.prototype.createContext = function (url) {
return {
url
};
};
When SystemJS loads a module, it creates a <script>
tag and injects it into the head.
createScript
allows hooking this script tag creation, will by default implement return Object.assign(document.createElement('script'), { url, crossOrigin: 'anonymous' })
.
This allows, for example, including custom integrity or authentication attributes.
Note that this hook does not apply to module types, which use the default browser fetch implementation.
This function is called before any System.import
or dynamic import, returning a Promise that is resolved before continuing to perform the import.
This is used in SystemJS core to ensure that import maps are loaded so that the System.resolve
function remains synchronous.
This function downloads and executes the code for a module. The promise must resolve with a "register" array, as described in the getRegister
documentation.
The default system.js implementation is to append a script tag that downloads and executes the module's code, subsequently resolving the promise with the most recent register: resolve(System.getRegister())
. Example.
This hook is intended for custom module format integrations only.
This function stores the last call to System.register
, and is the companion hook for that function.
It is important that this function is synchronous, as any event loop delay would result in uncertainty over which source evaluation resulted in this registration call.
Custom module format support like AMD support is added by hooking the AMD registration in hook.
In both s.js and system.js, resolve is implemented as a synchronous function.
Resolve should return a fully-valid URL for specification compatibility, but this is not enforced.
This hook is not available in the s.js minimal loader build.
For tracing functionality this is called on completion or failure of each and every module loaded into the registry.
err
is defined for any module load error at instantiation (including fetch and resolution errors), execution or dependency execution.
deps
is available for errored modules that did not error on instantiation.
Such tracing can be used for analysis and to clear the loader registry using the System.delete(url)
API to enable reloading and hot reloading workflows.
This hook is provided by the module types extra.
For module type loading support, files ending in .css
, .json
, .wasm
will be loaded via fetch()
.
This function handles that logic, allowing for custom handling for other extensions.
Setting:
System.shouldFetch = function () { return true; };
will enforce loading all JS files through fetch
, even allowing custom transform hooks to be implemented through the fetch hook.
This hook is provided by the module types extra.
The default fetch implementation used by module types is simply System.fetch = window.fetch
and can be hooked through the fetch hook, allowing for
any custom request interception.
This hook is provided by the transform extra.
The default implementation is a pass-through transform that returns the fetched source.
For an example of a transform see the Babel plugin transform.