Webpack은 Node.js 코드 핫 replacement_node.js를 구현합니다.

지난 이틀 동안 Gitter, Twitter, GitHub에 이 문제에 대해 문의했지만 이틀 동안 답변이 없었습니다
알고보니 블로거 jlongster님이 저를 무시하셨고, 저는 Webpack 작성자의 연락처도 몰랐습니다
지난 번 지터에 올라온 메시지를 본 것 같아서 대략적으로 설명을 해주셨는데...
https://github.com/webpack/docs/issues/45#issuecomment-149793458

Here is the process in short:

Compile the server code with webpack
Use target: "node" or target: "async-node"
Enabled HMR via --hot or HotModuleReplacementPlugin
Use webpack/hot/poll or webpack/hot/signal
The first polls the fs for updates (easy to use)
The second listens for a process event to check for updates (you need a way to send the signal)
Run the bundle with node.
You can't use existing HMR loaders like react-hot-loader or style-loader because they make no sense in a server environment. Just add manuall replacement code at the correct location (i. e. accept request handler like in the example)

You can't use the webpack-dev-server. It's a server which serves assets not a runner. Just run webpack --watch and node bundle.js. I would go the webpack/hot/poll?1000 route first. It's pretty easy to use and suitable for dev environments. For production (if you want to hot update your production server) the signal approach is better suited.

원문은 번역되지 않습니다. 이해한 후에는 Webpack을 구성하는 방법과 스크립트를 실행하는 방법이 중요합니다.
코드가 너무 짧아서 다시 작성했습니다.
https://github.com/jiyinyiyong/webpack-backend-HMR-demo
코드는 jlongster의 구성 튜토리얼에서 복사할 수 있습니다:
http://jlongster.com/Backend-Apps-with-Webpack--2부

webpack = require 'webpack'

module.exports =
 entry: [
  'webpack/hot/poll?1000' # <-- 轮询更新内容的代码
  './src/main' # <-- 项目入口
 ]
 target: 'node' # <-- 指明编译方式为 node
 output:
  path: 'build/'
  filename: 'bundle.js' # <-- 编译结果的文件名
 module:
  loaders: [
   {test: /\.coffee/, loader: 'coffee'}
  ]
 plugins: [
  new webpack.HotModuleReplacementPlugin() # <-- 照常启动 hot mode
 ]
 resolve:
  extensions: ['.js', '', '.coffee']

명령줄 환경에서 실행하는 경우 webpack-dev-server가 아닌 webpack이라는 점에 유의하세요
차단을 피하기 위해 백그라운드에서 & 실행에 주의하세요. 터미널이 두 개라면 두 개만 열어주세요

npm i
webpack --watch & # <-- watch 模式
node build/bundle.js # <-- 运行的是打包结果的代码

두 개의 테스트 파일을 작성했는데, 그 중 하나는 수정된 코드 src/lib.coffee입니다.

exports.data = 'code 5'

exports.printSelf = ->
 console.log 'doing 3'

또 다른 항목 파일 src/main.coffee에는 모듈 교체를 처리하는 코드가 포함되어 있습니다.

lib = require './lib'

console.log lib.data
lib.printSelf()

counter = 0
setInterval ->
 counter += 1
 console.log counter
, 2000

if module.hot
 module.hot.accept './lib', ->
  lib = require './lib'

  console.log lib.data
  lib.printSelf()

데모를 실행하면 setInterval이 대체의 영향을 받지 않는다는 것을 알 수 있습니다
build/ 디렉터리에서 각 수정 사항은 수정된 콘텐츠를 기록하는 JSON 파일을 생성합니다.

코드 복사 코드는 다음과 같습니다.

➤➤ l build/
0.1dadeb2eb7b01e150126.hot-update.js 0.c1d0d73de39660806d0c.hot-update.js 2849b61a15d31ffe5e08.hot-update.json 0.99ea3ea7633f6b3750e6.hot-update.js 0.ea a7b323eba 37ae58997.hot-update.js 9b4a5ad617ec1dbc48a3.hot-update.json fb584971920454f9ccbe .hot-update.json
0.9abf25005c61357a0ce5.hot-update.js 0.fb584971920454f9ccbe.hot-update.js a664b5851a99ac0865ca.hot-update.json
0.9b4a5ad617ec1dbc48a3.hot-update.js 1dadeb2eb7b01e150126.hot-update.json Bundle.js
0.a664b5851a99ac0865ca.hot-update.js 256267122c6d325755b0.hot-update.json c1d0d73de39660806d0c.hot-update.json

구체적인 파일 내용은 다음과 같으며 대략적으로 업데이트를 식별하는 데 필요한 정보가 포함되어 있다고 간주할 수 있습니다.

➤➤ cat build/0.c797c084381bfeac37f7.hot-update.js
exports.id = 0;
exports.modules = {

/***/ 3:
/***/ function(module, exports, __webpack_require__) {

  var counter, lib;
  lib = __webpack_require__(4);
  console.log(lib.data);
  lib.printSelf();
  counter = 0;
  setInterval(function() {
   counter += 1;
   return console.log(counter, 3);
  }, 2000);

  if (true) {
   module.hot.accept(4, function() {
    lib = __webpack_require__(4);
    console.log(lib.data);
    return lib.printSelf();
   });
  }

/***/ }
};

기타 계획

낮에 인터넷에서 해결책을 찾다가 이 문제에 대해 질문하는 게시물을 포럼에 올렸는데, 비교적 명확한 설명이 있는 두 가지 주요 기존 해결책이 있는데

에서 배울 가치가 있습니다.

하나는 Baidu의 기술 블로그에 있으며, 모듈 개체를 처리하는 방법, 즉 파일 수정을 수동으로 모니터링한 다음 모듈 캐시를 지우고 모듈을 다시 마운트하는 방법을 설명합니다.
아이디어는 명확하고 신중하게 고려되었습니다. 코드가 약간 중복되더라도 시도해 볼 수 있습니다.
http://www.jb51.net/article/73739.htm

다른 하나는 require.extensions에 대한 해킹으로, 작업과 이벤트를 추가하는 것 같습니다. 모듈 파일이 업데이트되면 해당 모듈이 자동으로 업데이트되고 이 효과를 통해 이벤트가 발생합니다. 모듈을 처리할 수 있습니다. 새 코드를 사용하면 상대적으로 조잡하다고 할 수 있습니다. 결국 모든 코드를 교체하기 쉬운 것은 아닙니다.
https://github.com/rlidwka/node-hotswap

인상수

이미 Webpack 트리에 매달린 점을 고려하면, Node.js는 공식적으로 lib/module.js를 최적화하여 좋은 기능을 얻을 수 있는 커뮤니티가 아닐 수도 있습니다. 불변 데이터의 사용은 Erlang과 비교할 수 없습니다. 왜냐하면 코드 교체에는 상태 업데이트 문제가 포함되어 있기 때문에 다시 시작하기가 더 쉽고 이제 다시 시작하면 선택할 수 있는 세 가지 옵션이 있습니다. node-dev 감독자 nodemon

제가 보기에 가장 큰 이유는 Cumulo 솔루션이 WebSocket에 크게 의존하기 때문입니다. 이제 프런트엔드 개발에서는 서버의 코드를 업데이트할 수 있고 클라이언트는 자동으로 업데이트됩니다.
Webpack과 React의 메커니즘을 통해 DOM과 순수 함수 모듈이 부분적으로 업데이트됩니다. 개발 환경도 핫 교체가 가능하다면 개발 효율성이 크게 향상될 것이라고 생각했는데, 원래는 핫 교체가 불가능하다고 생각했습니다. 매우 가능합니다!

효율성 향상이 가능합니다.

검은 기술 뒤에는 결국 함정이 있을 수 있는데... 만나면 말씀드릴게요

관심이 있으시면 jlongster가 쓴 여러 관련 걸작을 자세히 살펴보세요. 매우 도움이 됩니다.
http://jlongster.com/archive