지난 이틀 동안 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 파일을 생성합니다.
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

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

실제 세계에서 JavaScript의 응용 프로그램에는 서버 측 프로그래밍, 모바일 애플리케이션 개발 및 사물 인터넷 제어가 포함됩니다. 1. 서버 측 프로그래밍은 Node.js를 통해 실현되며 동시 요청 처리에 적합합니다. 2. 모바일 애플리케이션 개발은 재교육을 통해 수행되며 크로스 플랫폼 배포를 지원합니다. 3. Johnny-Five 라이브러리를 통한 IoT 장치 제어에 사용되며 하드웨어 상호 작용에 적합합니다.

일상적인 기술 도구를 사용하여 기능적 다중 테넌트 SaaS 응용 프로그램 (Edtech 앱)을 구축했으며 동일한 작업을 수행 할 수 있습니다. 먼저, 다중 테넌트 SaaS 응용 프로그램은 무엇입니까? 멀티 테넌트 SAAS 응용 프로그램은 노래에서 여러 고객에게 서비스를 제공 할 수 있습니다.

이 기사에서는 Contrim에 의해 확보 된 백엔드와의 프론트 엔드 통합을 보여 주며 Next.js를 사용하여 기능적인 Edtech SaaS 응용 프로그램을 구축합니다. Frontend는 UI 가시성을 제어하기 위해 사용자 권한을 가져오고 API가 역할 기반을 준수하도록합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.
