← Back to Usage Guide Index
A reference for key terms and concepts used in M7BootStrap and related systems.
Any resource declared by a package that can be loaded into the bootstrapper and optionally mounted into the runtime environment.
Assets can be non-code (e.g., images, audio, JSON data, stylesheets) or code-based (e.g., JavaScript files, modules, CSS). These are generally inline objects or external resources intended to be injected into the DOM tree.
The central BootStrap instance responsible for loading packages, tracking assets/modules, and managing lifecycle events (mount, unmount, etc.).
A resolved list of packages (and their dependencies) that must be loaded before runtime execution.
Built by repo.buildDependencyGraph() before actual loading begins.
A function or reference string that is executed when a specific lifecycle event occurs. Handlers can be:
- A function reference
- A global function name (
"myFunc") - A symbolic module ref (
"@pkg.module.fn") - A local bootstrapper-bound method (
"#runner.mount")
Built-in lifecycle events (onLoad, onError, etc.) that you can attach handlers to for custom behavior.
A package whose definition is included directly in JavaScript as an object (rather than being fetched from a repo). Example:
{ resource: { id: "pkg1", assets: [...], modules: [...] } }The process of retrieving a package (and its dependencies) into the bootstrapper’s internal registries. This may involve downloading assets, loading modules, and storing metadata, but does not automatically integrate them into the runtime environment.
A JavaScript module or script loaded by a package. Modules may expose functions or classes used by your runtime.
The process of integrating previously loaded assets/modules into the active runtime environment — for example, injecting HTML/CSS into the DOM or binding modules to live systems.
A unit of deployable content. May contain assets, modules, dependencies, and run hooks.
The normalized form of a package reference (string, object, or inline) used by the loader. See Package & Repo Specifications.
A definition of where and how to fetch a package (URL, HTTP method, optional POST data, etc.). See Package & Repo Specifications.
A special hook in a package’s definition that is executed after loading. Often used for initialization logic.
The process of removing a package from the bootstrapper’s internal registries, clearing its modules and asset references from memory. Does not necessarily remove already-mounted elements from the runtime environment.
The process of removing a package’s assets/modules from the active runtime environment. May also trigger cleanup of associated caches, DOM elements, or event bindings. Does not necessarily unload the package from the bootstrapper.
An internal tracking structure used during dependency resolution to avoid loading the same package multiple times.
A short identifier (e.g., "scene:chess") that is resolved via repo settings or mapping tables into a full package URL.
See Also: