Skip to content
This repository was archived by the owner on Jun 29, 2021. It is now read-only.

Improve DX by implementing Hot Module Replacement (HMR) for React #219

Open
vladejs opened this issue Nov 12, 2017 · 6 comments
Open

Improve DX by implementing Hot Module Replacement (HMR) for React #219

vladejs opened this issue Nov 12, 2017 · 6 comments

Comments

@vladejs
Copy link

vladejs commented Nov 12, 2017

I think that adding HMR support to Meteor's build system will be an incredible feature, because it directly improves Developer's productivity.

I envy my colleagues that uses Next.js to build their frontend because, while I need to wait for a full page refresh, they just save changes and see results instantly.

@declank
Copy link

declank commented Dec 13, 2017

Ambiguous title in feature request (DX = developer experience).
Even if we didn't have HMR like in Webpack something like https://medium.com/@lucashansen/faster-meteor-reloads-62cca5b56460#55d2 would be welcome:

Most reloads are triggered by changing single files. If we make a fast path for these changes that performs minimal modifications to the existing bundles we could save a loootttt of time. For inspiration, modify something in .meteor/local/build/programs/web.browser/app/app.js (replace app with whatever the name of your project is) and do a hard refresh in your browser (so it reloads the page without using the cache). The change you made shows up instantly! Magic! Imagine if changing a file in your main app code just modified app.js and invalidated the browser cache. You could get <1 second reloads…

@loanlaux
Copy link

loanlaux commented Mar 12, 2018

What's current status on this? I'm working on a very large Meteor project and would truly appreciate having HMR.

I recently worked on a Node project that had it, and I have to say it is a total game changer.

@aogaili
Copy link

aogaili commented Jul 17, 2018

+1 this is really needed we're having on average a 15 seconds refresh time

@aogaili
Copy link

aogaili commented Sep 7, 2019

The refresh time has been improved significantly with the latest meteor releases and the separation of Meteor client/server watchset.

However I do think this module.accept() API is useful to have and standardize in the bundlers ecosystem. Furthermore, the react team is working on implementing a more reliable fast refresh feature which is a good opportunity for Meteor to support hot reload out of the box.

@stolinski
Copy link

This is still a highly needed feature. For our setup, rebuilds are still sluggish.

@santiagopuentep
Copy link

Same for us, it's unbearable.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants