Là một dự án mã nguồn mở, FredKSchott/esm-hmr đã đạt 432 sao trên GitHub, ngôn ngữ TypeScript. a Hot Module Replacement (HMR) API for your ESM-based dev server.
Tóm tắt dựng từ metadata GitHub của chính dự án — chưa có bài review TopGit. Trang sẽ tự động cập nhật khi bài review đầy đủ được xuất bản.
VÌ SAO CHƯA CÓ REVIEW
TopGit viết bài đầy đủ cho repo có nhiều sao nhất và được yêu cầu nhiều nhất. Trang này là snapshot trong thời gian chờ — xem README gốc ở tab READ ME.
Authors: Fred K. Schott (Snowpack), Jovi De Croock (Preact), Evan You (Vue) Status: Archived, no longer under development.
Hot Module Replacement (HMR) lets your browser live-update individual JavaScript modules in your application during development without triggering a full browser reload or losing the current web application state. This speeds up your development speed with faster updates on every change.
Web bundlers like Webpack, Rollup, and Parcel all implemented different, bundler-specific HMR interfaces. This makes it hard to share HMR integrations across dev environments. As a result, many framework integrations like React Fast Refresh and Preact's Prefresh need to be rewritten for every bundler that they'd like to support. See:
ESM-HMR is a standard HMR API for ESM-based dev environments. The rise of bundle-free development creates the opportunity for a common, standard HMR API built on top of the browser's native module system. ESM-HMR is built for the browser's native module system, so it can be used in any ESM-based dev environment.
Who's Using ESM-HMR?
Snowpack
What's in This Repo?
esm-hmr/client.js - A client-side ESM-HMR runtime.
esm-hmr/server.js - A server-side ESM-HMR engine to manage connected clients.
An ESM-HMR spec to help your write your own client/server pieces. (coming soon)
Usage Example
export let foo = 1;
if (import.meta.hot) {
// Receive any updates from the dev server, and update accordingly.
import.meta.hot.accept(({ module }) => {
try {
foo = module.foo;
} catch (err) {
// If you have trouble accepting an update, mark it as invalid (reload the page).
import.meta.hot.invalidate();
}
});
// Optionally, clean up any side-effects in the module before loading a new copy.
import.meta.hot.dispose(() => {
/* ... */
});
}
ESM-HMR API Overview
All ESM-HMR implementations will follow this API the behavior outlined below. If you have any questions (or would like clarity on some undefined behavior) file an issue and we'll take a look!
import.meta.hot
if (import.meta.hot) {
// Your HMR code here...
}
If HMR is enabled, import.meta.hot will be defined.
If HMR is disabled (ex: you are building for production), import.meta.hot should be undefined.
You can expect your production build to strip out if (import.meta.hot) { ... } as dead code.
Important: You must use the fully expanded import.meta.hot statement somewhere in the file so that the server can statically check and enable HMR usage.
Note: import.meta is the new location for module metadata in ES Modules.
import.meta.hot.accept
accept()
import.meta.hot.accept();
Accept HMR updates for this module.
When this module is updated, it will be automatically re-imported by the browser.
Important: Re-importing an updated module instance doesn't automatically replace the current module instance in your application. If you need to update your current module's exports, you'll need a callback handler.
USE CASE: Your module has no exports, and runs just by being imported (ex: adds a <style> element to the page).
accept(handler: ({module: any}) => void)
export let foo = 1;
import.meta.hot.accept(
({
module, // An imported instance of the new module
}) => {
foo = module.foo;
}
);
Accept HMR updates for this module.
Runs the accept handler with the updated module instance.
Use this to apply the new module exports to the current application's module instance. This is what accepts your update into the the running application.
This is an important distinction! ESM-HMR never replaces the accepting module for you. Instead, the current module is given an instance of the updated module in the accept() callback. It's up to the accept() callback to apply that update to the current module in the current application.
USE CASE: Your module has exports that need to be updated.
import moduleA from "./modules/a.js";
import moduleB from "./modules/b.js";
export let store = createStore({ a: moduleA, b: moduleB });
import.meta.hot.accept(
["./modules/a.js", "./modules/b.js"],
({ module, deps }) => {
// Get the new
store.replaceModules({
a: deps[0].default,
b: deps[1].default,
});
}
);
Sometimes, it's not possible to update an existing module without a reference to its dependencies. If you pass an array of dependency import specifiers to your accept handler, those modules will be available to the callback via the deps property. Otherwise, the deps property will be empty.
USE CASE: You need a way to reference your dependencies to update the current module.
The dispose() callback executes before a new module is loaded and before accept() is called. Use this to remove any side-effects and perform any cleanup before loading a second (or third, or forth, or...) copy of your module.
USE CASE: Your module has side-effects that need to be cleaned up.
decline()
import.meta.hot.decline();
This module is not HMR-compatible.
Decline any updates, forcing a full page reload.
USE CASE: Your module cannot accept HMR updates, for example due to permenant side-effects.
Conditionally invalidate the current module when called.
This will reject an in-progress update and force a page reload.
USE CASE: Conditionally reject an update if some condition is met.
import.meta.hot.data
export let foo = 1;
if (import.meta.hot) {
// Recieve data from the dispose() handler
import.meta.hot.accept(({ module }) => {
foo = import.meta.hot.data.foo || module.foo;
});
// Pass data to the next accept handler call
import.meta.hot.dispose(() => {
import.meta.hot.data = { foo };
});
}
You can use import.meta.hot.data to pass data from the dispose() handler(s) to the accept() handler(s).
Defaults to an empty object ({}) every time an update starts.
Prior Art
This spec wouldn't exist without the prior work of the following projects:
Trang TopGit này là một snapshot — tab "Readme" hiển thị nguyên văn README của repo (đã bỏ link, giữ ảnh). Repo GitHub ở github.com/FredKSchott/esm-hmr là nguồn chính thức.
FredKSchott/esm-hmr có những chủ đề gì?
GitHub topics của FredKSchott/esm-hmr: "esm-hmr", "hmr-server-engine", "snowpack". TopGit xếp repo vào nhóm mã nguồn mở.
FredKSchott/esm-hmr có phải mã nguồn mở không?
Có — FredKSchott/esm-hmr phát hành theo license MIT, nghĩa là mã nguồn mở để đọc, fork và (tùy license) tái sử dụng. Mã: github.com/FredKSchott/esm-hmr.
FredKSchott/esm-hmr có website riêng không?
TopGit chưa ghi nhận URL trang chủ cho FredKSchott/esm-hmr. Phần README ở tab phía trên thường có link demo, hoặc xem mô tả GitHub của repo.
FredKSchott/esm-hmr còn đang phát triển không?
Commit gần nhất trên FredKSchott/esm-hmr là 2.2 năm trước (theo timestamp GitHub). Repo có 10 fork — một chỉ báo về mức độ quan tâm của cộng đồng.
FredKSchott/esm-hmr dùng license gì?
FredKSchott/esm-hmr phát hành theo license MIT. Nên mở file LICENSE trên GitHub để xác nhận — license metadata đôi khi lệch với thực tế dự án.
Đọc đầy đủ README ở tab phía trên.
Muốn nghe thêm một ý kiến về esm-hmr?
Hỏi một AI đọc được trang này — một cú bấm là có ngay nhận định về esm-hmr.