This repository was archived by the owner on Sep 2, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 44
Terminology: Loader Phases #204
Comments
duplicate of #205 |
Thanks, internet was doing weird stuff. :( |
Are u using Chrome? |
Yep, Chrome. But when this happened my whole computer was freezing up. Not sure if it was Chrome, VPN, or Zoom (was in a meeting while it happened). |
Chrome has been giving me cache and duplicate request issues on GitHub and Google Forms which I previously assumed was flags related, but though may be related in this case. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I'm not sure if this is a better fit for terminology or for a more implementation-focussed discussion. But I would suggest a separation of concerns when talking about module loading. The outcome would hopefully be a clear description of what happens when and what phases are responsible for which concerns.
One possible variant of this can be found here: https://github.com/jkrems/loader#module-loading
For ease of discussion, inlining the content below:
Module Loading
Module loading is split into three phases:
Module Resolution (
resolve
)Given a
specifier: string
andreferrerURL: string
,provide a
url: string
or a set of potentialurls: string[]
of a resource:Resource Fetching (
fetch
)Given a resource
url: string
,fetch the resource content and associated meta data.
Module Init (
init
)Given a
resource: Resource
and atarget: Module
module handle,initialize the
target
.Most implementations will check the
resource.contentType
to select the appropriate behavior.
The text was updated successfully, but these errors were encountered: