webpack "--watch" vs "--à chaud": quelle est la différence?

Selon la documentation webpack @ https://webpack.github.io/docs/tutorials/getting-started/#watch-mode

Lorsque vous utilisez le mode veille, webpack installe des observateurs de fichiers sur tous les fichiers, qui ont été utilisés dans le processus de compilation. Si un changement est détecté, il va lancer la compilation à nouveau. Lorsque la mise en cache est activée, webpack conserve chaque module en mémoire et le réutilisera s'il n'est pas modifié.

Donc, fondamentalement, la différence entre l'exécution webpack et {[1] } est-ce qu'en utilisant --watch, votre CLI se bloque après le processus de compilation en attendant des changements de code dans vos fichiers et s'il y a un changement, alors il va recompiler et attendre à nouveau. Vous devez savoir que si vous utilisez webpack-dev-server, vous n'avez pas besoin d'utiliser cette option car webpack-dev-server utilise le mode de surveillance de webpack par défaut selon sa documentation:

Le serveur dev utilise le mode watch de webpack. Il empêche également webpack d'émettre l' fichiers résultants sur le disque. Au lieu de cela il garde et sert les fichiers résultant de la mémoire.

Alors, qu'est-ce que webpack-dev-server --hot? Fondamentalement, cela ajoute le HotModuleReplacementPlugin à la configuration webpack, ce qui vous permettra essentiellement de recharger uniquement le composant modifié au lieu de faire une actualisation complète de la page! Sacrément utile lorsque vous travaillez avec des États! Selon la documentation:

Chaque mode prend également en charge le remplacement du Module à chaud dans lequel le faisceau est averti qu'un le changement s'est produit au lieu d'un rechargement complet de la page. Une Chaude Module de remplacement runtime pourrait alors charger les modules mis à jour et injectez - les dans l'application en cours d'exécution.

Plus d'informations sur ce que c'est et comment l'utilisé ici: https://webpack.github.io/docs/webpack-dev-server.html#hot-module-replacement

J'espère que cela aidera à comprendre webpack un peu plus!