webpack-dev-server和webpack webpack和webpack-dev-server的区别
指导小伙伴在webstorm+nodejs环境下新建项目时,小伙伴出现了一个很神奇的问题:没有执行webpack-dev-server情况下,即使执行npm init,也不会出现package.json文件。原本的印象中package.json是保存文件基本信息以及依赖包版本的文件。不知道为什么他和webpack-dev-server有关系。就开始研究webpack-dev-server的相关概念等。
webpack-dev-server
webpack-dev-server是一个小型的Node.js Express
服务器,它使用webpack-dev-middleware
来服务于webpack的包,除此自外,它还有一个通过Sock.js来连接到服务器的微型运行时.
我们来看一下下面的配置文件(webpack.config.js
)
var path = require("path");
module.exports = {
entry:{
app:["./app/main.js"]
},
output:{
path:path.resolve(__dirname,"build"),
publicPath:"/assets/",
filename:"bundle.js"
}
}
这里你将你的源文件放在app
文件夹下,并通过webpack
将其打包到build
文件夹下的bundle.js
中.
注意:webpack-dev-server
是一个独立的NPM包,你可以通过npm install webpack-dev-server
来安装它.
基本目录
webpack-dev-server默认会以当前目录为基本目录,除非你制定它.
webpack-dev-server --content-base build/
上述命令是在命令行中执行的,它将build
目录作为根目录.有一点需要注意的是:webpack-dev-server生成的包并没有放在你的真实目录中,而是放在了内存中.
我们在基本目录下新建一个index.html
文件,然后在浏览器中输入http://localhost:8080
访问.
<!DOCTYPE html>
<html >
<head>
<meta charset="UTF-8">
<title>Document</title>
</head>
<body>
<script src="assets/bundle.js"></script>
</body>
</html>
自动刷新
webpack-dev-server支持两种模式来自动刷新页面.
iframe模式(页面放在iframe中,当发生改变时重载)
inline模式(将webpack-dev-sever的客户端入口添加到包(bundle)中)
两种模式都支持热模块替换(Hot Module Replacement).热模块替换的好处是只替换更新的部分,而不是页面重载.
iframe模式
使用这种模式不需要额外的配置,只需要以下面这种URL格式访问即可
http://«host»:«port»/webpack-dev-server/«path»
例如:http://localhost:8080/webpack...
inline模式
inline模式下我们访问的URL不用发生变化,启用这种模式分两种情况:
1 当以命令行启动webpack-dev-server时,需要做两点:
在命令行中添加
--inline
命令在
webpack.config.js
中添加devServer:{inline:true}
2 当以Node.js API启动webpack-dev-server
时,我们也需要做两点:
由于
webpack-dev-server
的配置中无inline
选项,我们需要添加webpack-dev-server/client?http://«path»:«port»/
到webpack配置的entry入口点中.将
<script src="http://localhost:8080/webpack-dev-server.js"></script>
添加到html文件中
var config = require("./webpack.config.js");
var webpack = require(\'webpack\');
var WebpackDevServer = require(\'webpack-dev-server\');
config.entry.app.unshift("webpack-dev-server/client?http://localhost:8080/");
var compiler = webpack(config);
var server = new WebpackDevServer(compiler, {
contentBase:\'build/\',
publicPath: "/assets/"
});
server.listen(8080);
在Node
中运行上面的代码即可。
注意:webpack配置中的devSever
配置项只对在命令行模式有效。
(Hot Module Replacement)热模块替换
在命令行中运行inline模式,并启用热模块替换
这里只需要多增加 --hot
指令就OK了.如下所示.
webpack-dev-server --content-base build --inline --hot
注意:命令行模式下,webpack.config.js
中一定要配置output.publicPath
来指定编译后的包(bundle)的访问位置.
在Nodejs API中运行inline模式,并启用热模块替换
这里需要做以下三点:
在
webpack.config.js
的entry
选项中添加:webpack/hot/dev-server在
webpack.config.js
的plugins
选项中添加:new webpack.HotModuleReplacementPlugin()
在
webpack-dev-server
的配置中添加:hot:true
webpack-dev-server中的配置选项
var WebpackDevServer = require("webpack-dev-server");
var webpack = require("webpack");
var compiler = webpack({
// configuration
});
var server = new WebpackDevServer(compiler, {
// webpack-dev-server options
contentBase: "/path/to/directory",
// Can also be an array, or: contentBase: "http://localhost/",
hot: true,
// Enable special support for Hot Module Replacement
// Page is no longer updated, but a "webpackHotUpdate" message is send to the content
// Use "webpack/hot/dev-server" as additional module in your entry point
// Note: this does _not_ add the `HotModuleReplacementPlugin` like the CLI option does.
// Set this as true if you want to access dev server from arbitrary url.
// This is handy if you are using a html5 router.
historyApiFallback: false,
// Set this if you want to enable gzip compression for assets
compress: true,
// Set this if you want webpack-dev-server to delegate a single path to an arbitrary server.
// Use "**" to proxy all paths to the specified server.
// This is useful if you want to get rid of \'http://localhost:8080/\' in script[src],
// and has many other use cases (see https://github.com/webpack/webpack-dev-server/pull/127 ).
proxy: {
"**": "http://localhost:9090"
},
setup: function(app) {
// Here you can access the Express app object and add your own custom middleware to it.
// For example, to define custom handlers for some paths:
// app.get(\'/some/path\', function(req, res) {
// res.json({ custom: \'response\' });
// });
},
// pass [static options](http://expressjs.com/en/4x/api.html#express.static) to inner express server
staticOptions: {
},
// webpack-dev-middleware options
quiet: false,
noInfo: false,
lazy: true,
filename: "bundle.js",
watchOptions: {
aggregateTimeout: 300,
poll: 1000
},
// It\'s a required option.
publicPath: "/assets/",
headers: { "X-Custom-Header": "yes" },
stats: { colors: true }
});
server.listen(8080, "localhost", function() {});
// server.close();
第一:
webpack只是构建
webpack-dev-server除了构建,还提供web服务
第二:webpack.config.json的路径参数
显然,entry都一样,因为都要知道需要构建的文件在哪里
那么区别就在于 output了
path和webpack一起,指明构建 之后 输出文件的位置,这是真实的物理地址
publickPath和webpack-dev-server一起,当执行webpack-dev-server时,第一步首先跟webpack一样,先构建输出,然后提供web访问,该输出文件是在内存中
默认情况下,不设置publicPath则输出文件默认在运行webpack-dev-server的目录,也就是根目录,,那么html中引用直接是src="输出的文件",,如果设置了publicPath那么html中引用也要相对改变
总的来说,webpack只是构建,而webpack-dev-server相当于webpack+apache(或者其它web服务器)
区别在于
使用webpack+apache(或者其它服务器),每次构建之后,首先
1 、根据path引用构建后的输出文件;
2 、每次修改都要重新运行webpack
使用webpack-dev-server,运行之后首先
1 、先构建,输出文件在内存中,引用构建后的输出文件根据publicPath(默认是根目录);
2、每次修改,自动刷新
参考:http://webpack.github.io/docs...
webstorm相关nodejs配置参考:http://www.cnblogs.com/xxx91hx/p/7055582.html
--------------------------------------------------------------------------------------------------------------------------------------------
2017-8-24添加:小伙伴出现的webpack-dev-server和package.json的问题是弄混了。package,json文件是需要在npm init之后,一直点击回车输入要填写进package.json的内容,因为小伙伴不了解,没有点击回车时就以为结束了。webpack-dev-server是启用服务器,具体的研究还是参照上方。