全稱是Hot Module ReplaceMent(HMR)，理解成熱模塊替換或者模塊熱替換均可以吧，和.net中的熱插拔一個意思，就是在運行中對程序的模塊進行更新。這個功能主要是用於開發過程當中，對生產環境沒有任何幫助(這一點區別.net熱插拔)。效果上就是界面的無刷新更新。
HMR基於WDS，style-loader能夠經過它來實現無刷新更新樣式。可是對於JavaScript模塊就須要作一點額外的處理，怎麼處理繼續往下看。由於HMR是用於開發環境的，因此咱們修改下配置，作兩份準備。一個用於生產，一個用於開發。
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const webpack = require('webpack');
const PATHS = {
app: path.join(__dirname, 'app'),
build: path.join(__dirname, 'build'),
};
const commonConfig={
entry: {
app: PATHS.app,
},
output: {
path: PATHS.build,
filename: '[name].js',
},
plugins: [
new HtmlWebpackPlugin({
title: 'Webpack demo',
}),
],
}
function developmentConfig(){
const config ={
devServer:{
//使能歷史記錄api
historyApiFallback:true,
hotOnly:true,//關閉熱替換 註釋掉這行就行
stats:'errors-only',
host:process.env.Host,
port:process.env.PORT,
overlay:{
errors:true,
warnings:true,
}
},
plugins: [
new webpack.HotModuleReplacementPlugin(),
],
};
return Object.assign(
{},
commonConfig,
config,
{
plugins: commonConfig.plugins.concat(config.plugins),
}
);
}
module.exports = function(env){
console.log("env",env);
if(env=='development'){
return developmentConfig();
}
return commonConfig;
};
plugins: [
new webpack.HotModuleReplacementPlugin(),
new webpack.NamedModulesPlugin(),
],
import component from './component';
let demoComponent=component();
document.body.appendChild(demoComponent);
//HMR 接口
if(module.hot){
module.hot.accept('./component',()=>{
const nextComponent=component();
document.body.replaceChild(nextComponent,demoComponent);
demoComponent=nextComponent;
})
}
並修改component.js:
export default function () {
var element = document.createElement('h1');
element.innerHTML = 'Hello webpack';
return element;
}
這個時候頁面更新了。每次改動頁面上都會增長一個帶有hot-update.js ，相似於下面這樣：
webpackHotUpdate(0,{
/***/ "./app/component.js":
/***/ (function(module, __webpack_exports__, __webpack_require__) {
"use strict";
Object.defineProperty(__webpack_exports__, "__esModule", { value: true });
/* harmony default export */ __webpack_exports__["default"] = function () {
var element = document.createElement('h1');
element.innerHTML = 'Hello web ';
element.className='box';
return element;
};
/***/ })
})
經過webpackHotUpdate對相應模塊進行更新。0表示模塊的id，"./app/component.js"表示模塊對應的name。結構是webpack(id,{key:function(){}})。function外帶了一個括號，不知道有什麼做用。webpackHotUpdate的定義是這樣的：
this["webpackHotUpdate"] =
function webpackHotUpdateCallback(chunkId, moreModules) { // eslint-disable-line no-unused-vars
hotAddUpdateChunk(chunkId, moreModules);
if(parentHotUpdateCallback) parentHotUpdateCallback(chunkId, moreModules);
} ;
小結：從結構來看，一個是id，一個是對應修改的模塊。但實際執行更新的是hotApply方法。熱更新整個機制仍是有點複雜，效果上像MVVM的那種綁定。有興趣的能夠深刻研究下。不建議在生產使用HMR，會讓總體文件變大，並且對生成沒有什麼幫助，在下一節會講樣式的加載，style-loader就是用到了HMR。但對於js模塊還要寫額外的代碼，這讓人有點不爽。
demo：http://files.cnblogs.com/files/stoneniqiu/webpack-ch3.zip
參考：
【webpack】-- 自動刷新與解析
2017-02-26 23:53 by stoneniqiu, 298 閱讀, 0 評論, 收藏, 編輯
前端須要頻繁的修改js和樣式，且須要根據瀏覽器的頁面效果不斷的作調整；並且每每咱們的開發目錄和本地發佈目錄不是同一個，修改以後須要發佈一下；另一點就是並非全部的效果均可以直接雙擊頁面就能看到，咱們經常須要在本地用nginx建一個站點來觀察(本身電腦上ok了才放到測試環境去)。因此若是要用手工刷新瀏覽器和手動(或點擊)發佈，還要啓動站點，確實是個不小的體力活。而這三點webpack能夠幫咱們作到。
webpack-dev-server
1.安裝
npm install webpack-dev-server --save-dev
先經過npm將其安裝到開發目錄。安裝完成以後會在node_modules/bin下找到。
2.npm啓動
而後修改package.json:(基於上一節)
"scripts": {
"start": "webpack-dev-server --env development",
"build": "webpack --env production"
}
如今就能夠經過npm run start 或者 npm start來啓動了。
啓動以後，能夠看到Project is running at http://localhost:8080 上面。打開頁面
說明WDS已經幫咱們自動建了一個站點.咱們修改component.js ，cmd中會出現編譯，頁面會自動刷新。
3.直接啓動
官網介紹能夠直接經過下面的命令啓動WDS。
webpack-dev-server --env development
但會出現webpack-dev-server --env development 不是內部命令的提示，這種問題都是環境變量的問題，將你開發的bin目錄設置到環境變量中便可，好比個人目錄是‘E:\Html5\node_modules\.bin’,就加上分號寫在後面。
C:\Users\Administrator.9BBOFZPACSCXLG2\AppData\Roaming\npm;C:\Program Files (x86)\Microsoft VS Code\bin;E:\Html5\node_modules\.bin
4.8080端口占用
若是默認的8080端口占用，WDS會換一個。好比用nginx先發佈一個。
server{
listen 8080;
location / {
root E:/Html5/build;
index index.html index.htm;
}
}
再啓動WDS:
端口切到了8081。也能夠手動配置端口：
devServer:{
//...
port: 9000
}
nodemon 自動啓動
WDS是監視開發文件的，webpack.config.js改變不會引發自動啓動。因此咱們須要nodemon去作這件事情。
npm install nodemon --save-dev
先安裝在開發目錄，而後修改package.json:
"scripts": {
"start": "nodemon --watch webpack.config.js --exec \"webpack-dev-server --env development\"",
"build": "webpack --env production"
},
等於讓nodemon去監視webpack.config.js，變化了就去啓動它。
這樣就你可讓你的雙手專心的開發了。
代理
不過有一點疑問，就是WDS這個站點的替代性，由於咱們本身部署的nginx有一些api的代理。若是掛在WDS的這個默認站點上天然是沒法訪問的。換句話說能否給WDS配置一個刷新路徑。若是文件改變去刷新指定的地址，或者讓我去配個代理。既然它自己是一個http服務器，確定也有代理的功能。搜了下果真有：https://github.com/webpack/webpack-dev-server/tree/master/examples/proxy-advanced
module.exports = {
context: __dirname,
entry: "./app.js",
devServer: {
proxy: {
"/api": {
target: "http://jsonplaceholder.typicode.com/",
changeOrigin: true,
pathRewrite: {
"^/api": ""
},
bypass: function(req) {
if(req.url === "/api/nope") {
return "/bypass.html";
}
}
}
}
}
}
即將api這個字段替換成http://jsonplaceholder.typicode.com/，並將其從原地址中刪掉，這樣就能夠本身實現代理了。皆大歡喜！WDS是經過 http-proxy-middleware 來實現代理。更多參考：http://webpack.github.io/docs/webpack-dev-server.html#bypass-the-proxy;https://github.com/chimurai/http-proxy-middleware#options
but，這種刷新是怎麼實現的呢？由於頁面上沒有嵌入什麼別的js，去翻原碼 web-dev-server/server.js中有這麼一段：
Server.prototype._watch = function(path) {
const watcher = chokidar.watch(path).on("change", function() {
this.sockWrite(this.sockets, "content-changed");
}.bind(this))
this.contentBaseWatchers.push(watcher);
}
用chokidar來監視文件變化,server的內部維護的有一個socket集合：
Server.prototype.sockWrite = function(sockets, type, data) {
sockets.forEach(function(sock) {
sock.write(JSON.stringify({
type: type,
data: data
}));
});
}
sock是一個sockjs對象。https://github.com/sockjs/sockjs-client，從http://localhost:8080/webpack-dev-server/頁面來看，sockjs是用來通訊記錄日誌的。
var onSocketMsg = {
hot: function() {
hot = true;
log("info", "[WDS] Hot Module Replacement enabled.");
},
invalid: function() {
log("info", "[WDS] App updated. Recompiling...");
sendMsg("Invalid");
},
hash: function(hash) {
currentHash = hash;
},
...
}
咱們在看app.js,其中有一個OnSocketMsg 對象。
View Code
ok的時候觸發一個reloadApp
function reloadApp() {
if(hot) {
log("info", "[WDS] App hot update...");
var hotEmitter = __webpack_require__("./node_modules/webpack/hot/emitter.js");
hotEmitter.emit("webpackHotUpdate", currentHash);
if(typeof self !== "undefined") {
// broadcast update to window
self.postMessage("webpackHotUpdate" + currentHash, "*");
}
} else {
log("info", "[WDS] App updated. Reloading...");
self.location.reload();
}
}
也就是說WDS先檢測文件是否變化，而後經過sockjs通知到客戶端，這樣就實現了刷新。以前WebSocket的第三方只用過socket.io,看起來sockjs也蠻好用的。沒必要外帶一個js，在主js裏面就能夠寫了。
小結：效率提升的一方面是將一些機械的重複性流程或動做自動化起來。WDS和nodemon就是兩個爲你幹活的小弟。
【webpack】-- 樣式加載
2017-03-12 09:08 by stoneniqiu, 11 閱讀, 0 評論, 收藏, 編輯
一，樣式打包
1.安裝css-loader，style-loader
npm install css-loader style-loader --save-dev
2.修改webpack.config.js
module:{
rules:[{
test:/\.css$/,
use: ['style-loader', 'css-loader'],
}]
},
3.添加樣式
body {
background: cornsilk;
}
而後在index.js中引入
import './main.css';
再運行npm start,在http://localhost:8080/中打開
這時候頁面出現了背景色，並且發現樣式寫入了header中，這個時候你改變顏色，界面也會無刷新的更新，這正是上一節HMR的效果。
樣式也是經過webpackHotUpdate方法進行更新。
2、加載less
再看一下如何加載less，先安裝less-loader
npm install less less-loader --save-dev
再修改配置文件：
module:{
rules:[{
test: /\.less$/,
use: ['style-loader', 'css-loader', 'less-loader'],
}]
},
而後創建一個less文件。less.less
@base: #f938ab;
.box-shadow(@style, @c) when (iscolor(@c)) {
-webkit-box-shadow: @style @c;
box-shadow: @style @c;
}
.box-shadow(@style, @alpha: 50%) when (isnumber(@alpha)) {
.box-shadow(@style, rgba(0, 0, 0, @alpha));
}
.box {
color: saturate(@base, 5%);
border-color: lighten(@base, 30%);
div { .box-shadow(0 0 5px, 30%) }
}
body {
background: cornsilk;
}
修改index.js
import './less.less';
import component from './component';
var ele=document.createElement("div");
ele.innerHTML="this is an box";
ele.className="box";
document.body.appendChild(ele);
let demoComponent=component();
document.body.appendChild(demoComponent);
獲得效果：
能夠看見編譯成功，要注意的是，再使用less的時候import只能是less文件，這個時候再import main.css會報錯。這一節對less就作一個簡單的演示，其餘樣式預處理器同理，下面的內容仍是繼續基於css。
3、理解css做用域和css 模塊
通常來講css的做用域都是全局的，咱們常在母版頁裏面添加了多個樣式文件，後面的樣式文件會覆蓋前面的樣式文件，經常給咱們的調試帶來麻煩。而CSS Modules經過import引入了本地做用域。這樣可以避免命名空間衝突。webpack的css-loader是支持CSS Modules的，怎麼理解呢，先看幾個例子。咱們先在配置中開啓(先關掉HMR)：
module:{
rules:[{
test:/\.css$/,
use: ['style-loader', {
loader: 'css-loader',
options: {
modules: true,//讓css-loader支持Css Modules。
},
},],
而後定義一個新的樣式(main.css)：
body {
background: cornsilk;
}
.redButton {
background: red;color:yellow;
}
給component加一個樣式，先引入main.css。
import styles from './main.css';
export default function () {
var element = document.createElement('h1');
element.className=styles.redButton;
element.innerHTML = 'Hello webpack';
return element;
}
這個時候咱們看到界面已經變化了。
再看右邊生成的樣式，咱們的樣式名稱已經發生了改變。回顧整個過程至關於main.css中的每個類名成了一個模塊，在js中能夠像獲取模塊同樣的獲取。可是你可能想，爲毛我不能直接給元素賦值，幹嗎要import呢。這是個好問題，咱們再新增一個樣式
不一樣樣式文件的同名類
other.css
.redButton {
background:rebeccapurple;color:snow;
}
它也有一個.redbutton的類(但效果是紫色的)，而後在index.js中建立一個div元素並給它添加redbutton樣式。
import './main.css';
import styles from './other.css';
import component from './component';
var ele=document.createElement("div");
ele.innerHTML="this is an other button";
ele.className=styles.redButton;
document.body.appendChild(ele);
let demoComponent=component();
document.body.appendChild(demoComponent);
再看效果
上面這個圖說明了兩問題，一個是咱們在index.js中引入了2個樣式文件，在index頁面就輸出了兩個style，這讓人有點不爽，但咱們後面再解決。另一個就是雖然兩個樣式文件中都有redButton這個類，可是這二者仍是保持獨立的。這樣就避免了命名空間的相互干擾。若是你這個時候直接賦值
element.className="redButton";
這樣是獲取不到樣式的。直接對元素的樣式默認是全局的。
全局樣式
若是想讓某個樣式是全局的。能夠經過:global來包住。
other.css
:global(.redButton) {
background:rebeccapurple;color:snow;
border: 1px solid red;
}
main.css
:global(.redButton) {
background: red;color:yellow;
}
這個時候redbutton這兩個樣式就會合並。須要直接經過樣式名來獲取。
element.className="redButton";
組合樣式
咱們再修改other.css,建立一個shadowButton 樣式，內部經過composes組合redbutton類。
.redButton {
background:rebeccapurple;color:snow;
border: 1px solid red;
}
.shadowButton{
composes:redButton;
box-shadow: 0 0 15px black;
}
修改index.js:
var ele=document.createElement("div");
ele.innerHTML="this is an shadowButton button";
console.log(styles);
ele.className=styles.shadowButton;
document.body.appendChild(ele);
看一下是什麼效果：
日誌打印出來的是styles對象，它包含了兩個類名。能夠看見shadowButton是由兩個類名組合而成的。div的class和下面的對應。
4、輸出樣式文件
npm install extract-text-webpack-plugin --save-dev
先安裝extracttextplugin這個插件，而後再webpack.config.js中進行配置：
const ExtractTextPlugin = require('extract-text-webpack-plugin');
const extractTxtplugin = new ExtractTextPlugin({
filename: '[name].[contenthash:8].css',
});
const commonConfig={
entry: {
app: PATHS.app,
},
output: {
path: PATHS.build,
filename: '[name].js',
},
module:{
rules:[{
test:/\.css$/,
use:extractTxtplugin.extract({
use:'css-loader',
fallback: 'style-loader',
})
}]},
plugins: [
new HtmlWebpackPlugin({
title: 'Webpack demo',
}),
extractTxtplugin
],
}
一開始看到這個配置，讓人有點懵。首先看fileName，表示最後輸出的文件按照這個格式'[name].[contenthash:8].css'，name默認是對應的文件夾名稱(這裏是app)，contenthash會返回特定內容的hash值，而:8表示取前8位。固然你也能夠按照其餘的格式寫，好比直接命名：
new ExtractTextPlugin('style.css')
而ExtractTextPlugin.extract自己是一個loader。fallback:'style-loader'的意思但有css沒有被提取(外部的css)的時候就用style-loader來處理。注意到如今咱們的index.js以下：
import './main.css';
import styles from './other.css';
import component from './component';
var ele=document.createElement("div");
ele.innerHTML="this is an box";
ele.className=styles.shadowButton;
document.body.appendChild(ele);
let demoComponent=component();
document.body.appendChild(demoComponent);
//HMR 接口
if(module.hot){
module.hot.accept('./component',()=>{
const nextComponent=component();
document.body.replaceChild(nextComponent,demoComponent);
demoComponent=nextComponent;
})
}
引入了兩個css文件。
這個時候咱們執行 npm run build
再看文件夾獲得一個樣式文件。(若是不想看到日誌能夠直接npm build)
可是咱們在第三部分使用了CSS Modules，發現other.css的樣式沒有打包進來。因此，咱們的webpack.config.js還要修改：
module:{
rules:[{
test:/\.css$/,
use:extractTxtplugin.extract({
use:[ {
loader: 'css-loader',
options: {
modules: true,
},
}],
fallback: 'style-loader',
})
}]},
再次build。
發現兩個樣式打包成了一個文件。只要內容發生了變化，樣式的名稱就會變化。更多配置能夠移步https://www.npmjs.com/package/extract-text-webpack-plugin
參考：
https://www.npmjs.com/package/css-loader#local-scope
https://survivejs.com/webpack/styling/loading/